JP3938475B2 - バックアップ処理方法及びその実施システム並びにその処理プログラム - Google Patents
バックアップ処理方法及びその実施システム並びにその処理プログラム Download PDFInfo
- Publication number
- JP3938475B2 JP3938475B2 JP2001095789A JP2001095789A JP3938475B2 JP 3938475 B2 JP3938475 B2 JP 3938475B2 JP 2001095789 A JP2001095789 A JP 2001095789A JP 2001095789 A JP2001095789 A JP 2001095789A JP 3938475 B2 JP3938475 B2 JP 3938475B2
- Authority
- JP
- Japan
- Prior art keywords
- backup
- processing
- data
- information
- resources
- 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.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/18—Network architectures or network communication protocols for network security using different networks or channels, e.g. using out of band channels
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99951—File or database maintenance
- Y10S707/99952—Coherency, e.g. same view to multiple users
- Y10S707/99953—Recoverability
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99951—File or database maintenance
- Y10S707/99952—Coherency, e.g. same view to multiple users
- Y10S707/99955—Archiving or backup
Landscapes
- Engineering & Computer Science (AREA)
- Computer Hardware Design (AREA)
- Computer Security & Cryptography (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Techniques For Improving Reliability Of Storages (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明はオンライン処理やバッチ処理を実行する情報処理システムのデータをバックアップするバックアップ処理システムに関し、特にバックアップ処理中に障害が発生した場合にバックアップ処理時間の増加を防止するバックアップ処理システムに適用して有効な技術に関するものである。
【０００２】
【従来の技術】
銀行や証券会社等の情報処理システムでは、オンライン処理やバッチ処理が、プログラムのバグや記憶装置の障害等によって異常終了し、データを矛盾した状態にしてしまうことがある。また、情報処理システムに携わる人間の人為的ミスによって大切なデータを消去してしまうことがある。この様な状態になった情報処理システムを回復する為に、データの矛盾を解消して途中で止まった処理を再開させたり、或いは、途中で止まった処理をもう一度やり直したりする為の手段がいくつか知られている。その内の一つの手段にバックアップとリストアによる回復手段がある。
【０００３】
バックアップとリストアによる回復処理では、例えば、データベースシステムの場合、磁気テープ等の記憶媒体に定期的にデータのバックアップが取得される。システムに障害が発生した場合は、磁気テープに取得されたバックアップから記憶装置にデータをリストアし、ログファイルを使用して適切なポイントまで記憶装置のデータを再構築する。この様な処理により、データベースのデータを適切な状態に回復し、データベース処理を再開させることができる。
【０００４】
バッチ処理の場合には、処理の開始に先立って磁気テープにデータのバックアップが取得される。バッチ処理の開始後、処理が異常終了した場合、磁気テープからデータがリストアされ、記憶装置のデータがバッチ処理を開始する前の状態に戻される。その後、バッチ処理が最初から再実行される。
【０００５】
また特開２０００−２４２４３７号公報にはバックアップ対象のデータへのアクセスを妨げない様に、前記データのコピーに対してバックアップを取得するべく、記憶装置内でデータのコピーを作成する記憶装置システムが示されている。
【０００６】
【発明が解決しようとする課題】
前記従来の技術では、バックアップ処理中に磁気テープドライブの障害や磁気テープの障害の為に、バックアップ処理が異常終了することがある。この様な場合、別の磁気テープドライブと別の磁気テープを用意して、バックアップ処理をやり直すことになる為、バックアップ処理時間が延びてしまうという問題がある。
【０００７】
近年、情報処理システムが保持するデータは急激に増加しており、バックアップを必要とするデータ量も大きくなっている一方で、オンライン業務に与える影響を最小にする為に、バックアップ処理に許される時間も短縮されている。この様な情報処理システムでは、バックアップ処理のやり直しにかかる時間が大きくなってしまい、定められた時間内にバックアップが完了せず、オンライン業務等に影響を与えてしまうという問題が発生する。
【０００８】
特開２０００−２４２４３７号公報に示されている様に対象データのコピーを作成して、前記コピーに対してバックアップを取得する場合では、オンライン業務等に与える影響は軽減できるが、磁気テープドライブやデータ転送路等の資源の使用時間はやはり大きく、バックアップ処理の異常終了とやり直しにより例えば１日の内に完了すべきバックアップ処理を全て完了することができないという問題が発生する。
【０００９】
本発明の目的は上記問題を解決し、バックアップ処理中に障害が発生してもバックアップ処理に必要な時間の増加を抑えることが可能な技術を提供することにある。
【００１０】
【課題を解決するための手段】
本発明は、計算機の情報処理で用いられるデータをバックアップするバックアップ処理システムにおいて、計算機の情報処理で用いられるデータをバックアップする為に必要な資源及び経路を動的に複数系統分確保してバックアップ処理を行うものである。
【００１１】
本発明のバックアップ処理システムでは、まず計算機の情報処理で用いられるデータをバックアップする為に必要な複数のバックアップサーバやライブラリ装置等の資源の状態を管理しておき、それらの資源の中からその状態が使用可能であることを示している資源を選択した後、前記選択された資源間の経路を形成する為の複数のスイッチ装置の中からその状態が使用可能であることを示しているスイッチ装置を選択する。
【００１２】
次に、前記選択の結果、当該計算機の情報処理で用いられるデータをバックアップする為に必要な資源及び経路が複数系統分確保されたかどうかを調べ、前記資源及び経路が複数系統分確保された場合に、その確保された資源及び経路を用いてバックアップ処理を行う。
【００１３】
前記バックアップ処理の際には、前記確保された複数の資源及び経路を用いてバックアップ処理を行い、バックアップ中に障害が発生しなかったバックアップ処理が少なくとも１系統ある場合に当該バックアップ処理を成功としたり、また、前記確保された複数の資源及び経路の内の少なくとも１系統を用いてバックアップ処理を行い、そのバックアップ処理中に障害が発生した場合に、他の資源及び経路を用いて当該バックアップ処理を続行する処理を行う。
【００１４】
以上の様に本発明のバックアップ処理システムによれば、計算機の情報処理で用いられるデータをバックアップする為に必要な資源及び経路を動的に複数系統分確保してバックアップ処理を行うので、バックアップ処理中に障害が発生してもバックアップ処理に必要な時間の増加を抑えることが可能である。
【００１５】
【発明の実施の形態】
以下に計算機の情報処理で用いられるデータをバックアップする一実施形態のバックアップ処理システムについて説明する。
【００１６】
図１は本実施形態のバックアップ処理システムの概略構成を示す図である。図１に示す様に本実施形態のバックアップマネージャ４００は、資源選択処理部４０１と、経路選択処理部４０２と、バックアップ処理部４０３と、リストア処理部４０４とを有している。
【００１７】
資源選択処理部４０１は、ホスト１００の情報処理で用いられるデータをバックアップする為に必要な複数のバックアップサーバ３００、ライブラリ装置５００、テープ５１０等の資源の中からその状態が使用可能であることを示している資源を選択する処理部である。
【００１８】
経路選択処理部４０２は、前記選択された資源間の経路を形成する為の複数のＦＣスイッチ６００の中からその状態が使用可能であることを示しているＦＣスイッチ６００を選択する処理部である。バックアップ処理部４０３は、前記選択により、ホスト１００の情報処理で用いられるデータをバックアップする為に必要な資源及び経路が複数系統分確保された場合に、前記確保された資源及び経路を用いてバックアップ処理を行う処理部である。
【００１９】
リストア処理部４０４は、前記バックアップ処理により格納されたバックアップデータとその格納場所との対応情報を用いてバックアップデータの格納場所を取得し、データのリストア処理を行う処理部である。
【００２０】
バックアップマネージャ４００を資源選択処理部４０１、経路選択処理部４０２、バックアップ処理部４０３及びリストア処理部４０４として機能させる為のプログラムは、ＣＤ−ＲＯＭ等の記録媒体に記録され磁気ディスク等に格納された後、メモリにロードされて実行されるものとする。なお前記プログラムを記録する記録媒体はＣＤ−ＲＯＭ以外の他の記録媒体でも良い。また前記プログラムを当該記録媒体から情報処理装置にインストールして使用しても良いし、ネットワークを通じて当該記録媒体にアクセスして前記プログラムを使用するものとしても良い。
【００２１】
このシステムはホスト１００、記憶装置２００、バックアップサーバ３００、バックアップマネージャ４００、ライブラリ装置５００、ファイバチャネルスイッチ装置であるＦＣスイッチ６００、バックアップ指示コマンドによりホスト１００のデータをコピーするコピー装置６１０から構成される。
【００２２】
ホスト１００とバックアップサーバ３００とバックアップマネージャ４００とＦＣスイッチ６００はネットワーク８００で接続されている。更にホスト１００と記憶装置２００とバックアップサーバ３００とバックアップマネージャ４００とライブラリ装置５００とコピー装置６１０は、ＦＣスイッチ６００から構成される、データ転送用の経路であるストレージエリアネットワークのＳＡＮ７００によって接続されている。
【００２３】
ホスト１００にはバックアップ処理の為にホスト１００のアプリケーションソフトやデータベース管理ソフトを制御するバックアップエージェント１１０が存在する。記憶装置２００は、ホスト１００の要求に従って、ホスト１００が使用するデータの記録／再生を行う機能を有する。単体の磁気ディスク装置やＲＡＩＤ(Redundant Array of Inexpensive Disk)構成をとる制御装置付磁気ディスク装置等が、記憶装置２００に該当する。
【００２４】
ライブラリ装置５００は、複数のテープ５１０を有し、外部からの制御によって選択されたテープ５１０に対し、接続されたデバイスからのリード／ライト要求に基づいてデータの再生／記録を行い、以下に説明する処理ではホスト１００が使用する記憶装置２００に格納されたデータのコピー（バックアップデータ）を格納する。
【００２５】
ホスト１００とバックアップサーバ３００とバックアップマネージャ４００は、処理を行う為のメモリやＣＰＵ等、計算機において必ず存在する構成要素を有するが、本実施形態においては重要ではない為、ここでは明記しない。
【００２６】
以下に説明する処理では、バックアップマネージャ４００は、スケジュールに基づいて記憶装置２００に格納されたデータのバックアップ処理に必要な資源を多重に確保し、バックアップサーバ３００にバックアップ処理の実行を指示して、既定の時間内の前記データのバックアップ処理を実現する。
【００２７】
図２は本実施形態のバックアップマネージャ４００が保持するバックアップ処理情報４１０の一例を示す図である。図２の処理番号はそれぞれのバックアップ処理を示す番号である。日時はスケジューリングされたバックアップを開始する日時を示す。対象は記憶装置２００に格納されたバックアップ対象のデータを示す情報であり、論理または物理ボリュームを識別する情報やファイル名（識別子）やデータベーステーブル名（識別子）等が指定される。
バックアップマネージャ４００は、図３〜図６に例示する各種情報を保持して、前記の各種資源を管理する。
【００２８】
図３は本実施形態のバックアップサーバ情報４２０の一例を示す図である。図３のサーバ番号はバックアップサーバ３００を識別する番号である。サーバ名はバックアップサーバ３００を識別する名前（識別子）である。状態は、バックアップサーバ３００がバックアップ処理に現在使用可能か使用中か使用不可かを示す。処理番号は当該バックアップサーバ３００がバックアップ処理中である場合に、実行中のバックアップ処理を示し、バックアップ処理情報４１０の処理番号に対応する。ストリーム番号はバックアップ処理について後述の様に多重に行われるデータのコピーを区別する為の番号である。
【００２９】
図４は本実施形態のライブラリ装置情報４３０の一例を示す図である。図４のライブラリ装置番号はライブラリ装置５００を識別する番号である。ライブラリ装置名はライブラリ装置５００を識別する名前（識別子）である。状態、処理番号、ストリーム番号については上記のバックアップサーバ情報４２０と同様に、ライブラリ装置５００とバックアップ処理の関係を示すものである。
【００３０】
図５は本実施形態の各ライブラリ装置が保有するテープに関するテープ情報４４０の一例を示す図である。バックアップマネージャ４００は、テープ情報４４０を各ライブラリ毎に保持する。テープ番号は各ライブラリ装置５００においてテープ５１０を識別する番号である。状態、処理番号、ストリーム番号については上記のバックアップサーバ情報４２０と同様に、テープ５１０とバックアップ処理の関係を示すものである。
【００３１】
図６は本実施形態のＦＣスイッチ情報４５０の一例を示す図である。図６のＦＣスイッチ番号はＦＣスイッチ６００を識別する番号である。ＦＣスイッチ名はＦＣスイッチ６００を識別する名前（識別子）である。状態、処理番号、ストリーム番号については上記のバックアップサーバ情報４２０と同様に、ＦＣスイッチ６００とバックアップ処理の関係を示すものである。
【００３２】
図７は本実施形態のバックアップマネージャ４００が行うバックアップ処理の処理手順を示すフローチャートである。
図８は本実施形態のバックアップマネージャ４００が行うバックアップ処理の続きを示す図である。バックアップマネージャ４００が行うバックアップ処理を図７及び図８を用いて説明する。
【００３３】
バックアップマネージャ４００は、バックアップ処理情報４１０に設定されている日時に基づき、バックアップ対象に対するバックアップ処理を開始する（ステップ１０００）。バックアップマネージャ４００は、ホスト１００のバックアップエージェント１１０にバックアップ準備を指示する（ステップ１０１０）。
【００３４】
バックアップマネージャ４００の資源選択処理部４０１は、バックアップサーバ情報４２０を用いて、状態が使用可能なバックアップサーバ３００から上記のバックアップ処理に使用可能なバックアップサーバ３００を選択し、更にバックアップマネージャ４００の資源選択処理部４０１は、バックアップサーバ情報４２０において、選んだバックアップサーバ３００の状態を使用中にし、前記バックアップ処理を示すバックアップ番号と、ストリーム番号「０」を設定する（ステップ１０２０）。以下、このバックアップサーバ３００をバックアップサーバ「０」と表記する。
【００３５】
同様にバックアップマネージャ４００の資源選択処理部４０１は、ライブラリ装置情報４３０とテープ情報４４０を用いて、上記のバックアップ処理に使用可能なライブラリ装置５００に存在するテープ５１０を選択し、それぞれの状態を使用中にして前記バックアップ番号と、ストリーム番号「０」を設定する（ステップ１０３０）。以下、このライブラリ装置５００とテープ５１０をそれぞれライブラリ装置「０」、テープ「０」と表記する。
【００３６】
またバックアップマネージャ４００の経路選択処理部４０２は、記憶装置２００とバックアップサーバ「０」とライブラリ装置「０」との経路を形成するＦＣスイッチ６００を選択し、ＦＣスイッチ情報４５０において選択したＦＣスイッチ６００の状態を使用中にして前記バックアップ番号と、ストリーム番号「０」を設定する（ステップ１０４０）。
【００３７】
次いでバックアップマネージャ４００の経路選択処理部４０２は、上記と同様の選択と設定をバックアップサーバ３００とライブラリ装置５００とテープ５１０とＦＣスイッチ６００についてストリーム番号「１」として繰り返し、他のバックアップの経路を確保する（ステップ１０５０〜１０７０）。この処理で選択されたバックアップサーバ３００とライブラリ装置５００とテープ５１０をそれぞれバックアップサーバ「１」とライブラリ装置「１」とテープ「１」として表記する。
【００３８】
上記の処理において、２系統の経路が確保できなかった場合、バックアップマネージャ４００のバックアップ処理部４０３は、前記バックアップ対象のバックアップ処理を失敗とし、確保した資源を解放して、バックアップ処理失敗をログに記録する（ステップ１１８０、１１９０）。更にユーザに通知しても良い。
【００３９】
確保できた場合、バックアップマネージャ４００のバックアップ処理部４０３は、ライブラリ装置「０」を制御して、テープ「０」へのデータ記録が可能な様に準備する（ステップ１０９０）。
【００４０】
次いでバックアップマネージャ４００のバックアップ処理部４０３は、バックアップサーバ「０」にバックアップ対象データ及びライブラリ装置「０」及びテープ「０」を通知し、バックアップサーバ「０」にバックアップ対象データのテープ「０」へのバックアップを指示する（ステップ１１００）。
【００４１】
指示を受けたバックアップサーバ「０」は対象データを記憶装置２００から読み出し、ライブラリ装置「０」へ転送してテープ「０」へライトする。指示されたバックアップが正常に終了した場合、バックアップサーバ「０」はバックアップマネージャ４００のバックアップ処理部４０３に正常終了を通知し、異常終了した場合は異常終了を通知する（ステップ１１１０）。
【００４２】
前記と並行して同様に、バックアップマネージャ４００のバックアップ処理部４０３は、ライブラリ装置「１」を準備し、バックアップサーバ「１」にバックアップ対象データのテープ「１」へのバックアップを指示する。上記の処理と同様にバックアップサーバ「１」は指示されたバックアップを実行し、結果をバックアップマネージャ４００のバックアップ処理部４０３に通知する（ステップ１１２０〜１１４０）。
【００４３】
バックアップマネージャ４００のバックアップ処理部４０３は、バックアップサーバ「０」及び「１」から前記バックアップ結果を受領し、それぞれの内容を照らし合わせて上記のバックアップ処理の成功／失敗を判断する。前記バックアップ結果が全て失敗であれば、上記のバックアップ処理は失敗とする（ステップ１１８０、１１９０）。前記バックアップ結果の内少なくとも１つが成功であれば上記のバックアップ処理は成功とし、バックアップマネージャ４００のバックアップ処理部４０３は、バックアップデータの位置を決定してバックアップデータ保存情報４６０を更新する（ステップ１１６０）。
【００４４】
図９は本実施形態のバックアップデータ保存情報４６０の一例を示す図である。図９の対象はバックアップ対象のデータを示す情報であり、論理または物理ボリュームを識別する情報やファイル名（識別子）やデータベーステーブル名（識別子）等が指定される。開始日時はバックアップ処理を開始した日時を示す。終了日時はバックアップ処理を終了した日時を示す。データ日時はバックアップデータとしての日時を示す。ライブラリ装置番号及びテープ番号はバックアップデータを格納したライブラリ装置５００及びテープ５１０を識別する番号であり、ライブラリ装置情報４３０でのライブラリ装置番号及びテープ情報４４０でのテープ番号に対応している。データ位置はバックアップデータのテープ上の位置を求める為の情報であり、例えばブロックアドレスや先頭からのオフセットのバイト数である。データサイズはバックアップデータのサイズであり、例えばブロック数やバイト数である。
【００４５】
上記のバックアップ結果の１つのみが成功であった場合、バックアップマネージャ４００のバックアップ処理部４０３は、バックアップデータの格納が成功したライブラリ装置５００及びテープ５１０の番号をバックアップデータ保存情報４６０に記録する。２つ以上が成功であった場合は、バックアップマネージャ４００のバックアップ処理部４０３は、バックアップデータの格納が成功したライブラリ装置５００及びテープ５１０の組の内、いずれか１組（または複数組）の番号をバックアップデータ保存情報４６０に記録する。バックアップデータのテープ上の位置もあわせて記録する。
【００４６】
バックアップマネージャ４００のバックアップ処理部４０３は、バックアップデータ保存情報４６０の各テープ５１０に対応する内容の全てまたは一部を当該テープに保存する（ステップ１１７０）。バックアップマネージャ４００のバックアップ処理部４０３は、必要に応じてテープ５１０から前記情報を収集することができるものとする。
【００４７】
バックアップマネージャ４００のバックアップ処理部４０３は、バックアップ処理の為に使用中に設定した、バックアップサーバ情報４２０とライブラリ装置情報４３０とテープ情報４４０とＦＣスイッチ情報４５０を使用可能に設定し、すなわちバックアップ処理の為に確保した資源を解放してバックアップ処理を終了する（ステップ１１９０）。
【００４８】
図１０は本実施形態のバックアップマネージャ４００が行うリストア処理の処理手順を示すフローチャートである。装置障害や運用障害により記憶装置２００に格納されていたデータが失われた場合等に、ユーザはバックアップマネージャ４００のリストア処理部４０４にバックアップデータの保存状況を問い合わせる（ステップ２０００）。
【００４９】
問い合わせを受けたバックアップマネージャ４００のリストア処理部４０４は、バックアップデータ保存情報４６０を用いて、保存してあるデータをユーザに示す（ステップ２０１０）。
【００５０】
ユーザはリストアしたいデータを選択し、選択したリストア対象データとリストア先（記憶装置２００の記憶領域上の位置）を指定してバックアップマネージャ４００のリストア処理部４０４にリストアを指示する（ステップ２０２０）。
【００５１】
指示を受けたバックアップマネージャ４００のリストア処理部４０４は、バックアップデータ保存情報４６０を用いて、リストア対象データを格納しているライブラリ装置５００、テープ５１０及びテープ５１０上の位置を特定し、ライブラリ装置情報４３０とテープ情報４４０を参照して、前記のライブラリ装置５００及びテープ５１０が使用可能であることを確認して前記ライブラリ装置５００及びテープ５１０を使用中に設定する（ステップ２０３０）。
【００５２】
更にバックアップマネージャ４００のリストア処理部４０４は、バックアップサーバ情報４２０を用いて状態が使用可能なバックアップサーバ３００からリストア処理に使用するバックアップサーバ３００を選択し、選んだバックアップサーバ３００についてバックアップサーバ情報４２０を使用中に設定する（ステップ２０４０）。また前記のライブラリ装置５００と選択したバックアップサーバ３００と記憶装置２００との経路を形成するＦＣスイッチ６００を選択し、そのＦＣスイッチ６００が使用中の状態であることをＦＣスイッチ情報４５０に設定する（ステップ２０５０）。
【００５３】
次にバックアップマネージャ４００のリストア処理部４０４は、前記ライブラリ装置５００を制御して、前記テープ５１０からリストア対象データが取得できる様に準備する（ステップ２０６０）。
【００５４】
次にバックアップマネージャ４００のリストア処理部４０４は、選択したバックアップサーバ３００に、前記のライブラリ装置５００とテープ５１０とリストア対象データとそのテープ上の位置とリストア先を通知して、リストア対象データのリストアを指示する（ステップ２０７０）。
【００５５】
指示を受領したバックアップサーバ３００は、対象データを前記ライブラリ装置５００のテープ５１０から読み出し、記憶装置２００上の指定されたリストア先へリストアする（ステップ２０８０）。
【００５６】
指示されたリストアが正常に終了した場合、バックアップサーバ３００はバックアップマネージャ４００のリストア処理部４０４に正常終了を通知し、異常終了した場合は異常終了を通知する（ステップ２０９０）。
【００５７】
バックアップマネージャ４００のリストア処理部４０４は、前記通知が正常終了の場合はリストア処理の成功を、異常終了の場合はリストア処理の失敗を、ログに記録するとともにユーザに通知する（ステップ２１００）。
【００５８】
バックアップマネージャ４００のリストア処理部４０４は、リストア処理の為に使用中に設定した各種情報を使用可能に設定し、すなわちリストア処理の為に確保した資源を解放してリストア処理を終了する（ステップ２１１０）。
【００５９】
前記の様に本実施形態のバックアップ処理システムでは、ホスト１００の情報処理で用いられるデータをバックアップする為に必要な資源及び経路をその状態に応じて動的に複数系統分確保し、その複数系統により複数のバックアップ処理を並列に行うので、その複数のバックアップ処理のいずれかに障害が発生した場合でも、バックアップ処理に必要な時間の増加を回避し、バックアップ処理を既定の時間内で完了させることができる。
【００６０】
上に説明したバックアップ処理では複数のバックアップサーバ３００でバックアップを並列に実行したが、図１１及び図１２で以下に説明するバックアップ処理では、バックアップの為のデータコピーを実行するコピー装置６１０を障害時に切り替える。
【００６１】
図１１は本実施形態のバックアップマネージャ４００が行うバックアップ処理の処理手順を示すフローチャートである。
図１２は本実施形態のバックアップマネージャ４００が行うバックアップ処理の続きを示す図である。上記の処理と同様にバックアップ処理を開始したバックアップマネージャ４００の資源選択処理部４０１は、コピー装置情報４７０を用いて、状態が使用可能なコピー装置６１０の中から当該バックアップ処理で使用するコピー装置６１０を選択してコピー装置情報４７０を設定する（ステップ３０００）。
【００６２】
以下、選択したコピー装置６１０をコピー装置「０」と表記する。バックアップマネージャ４００が行うコピー装置「０」の選択やコピー装置情報４７０に対する設定は、上に説明したバックアップ処理でバックアップサーバ３００及びバックアップサーバ情報４２０に対して行ったものと同様である。
【００６３】
図１３は本実施形態のバックアップマネージャ４００が保持するコピー装置情報４７０の一例を示す図である。図１３のコピー装置番号はコピー装置６１０を識別する番号である。コピー装置名はコピー装置６１０を識別する名前（識別子）である。状態、処理番号、ストリーム番号についてはバックアップサーバ情報４２０と同様である。
【００６４】
更にバックアップマネージャ４００は、上に説明した処理と同様に、ライブラリ装置「０」、テープ「０」、コピー装置「１」、ライブラリ装置「１」、テープ「１」及びＦＣスイッチ６００を選択し、各種情報を設定して確保する（ステップ３０１０）。２系統以上の経路が確保できなかった場合は上記の処理と同様にバックアップ処理を失敗とし（ステップ３１６０）、バックアップ処理の為に確保した資源を解放する（ステップ３１７０）。
【００６５】
次にバックアップマネージャ４００のバックアップ処理部４０３は、ライブラリ装置「０」及びライブラリ装置「１」を制御して、テープ「０」及びテープ「１」へのデータ記録が可能な様に準備する（ステップ３０３０、３０４０）。
【００６６】
次いでバックアップマネージャ４００のバックアップ処理部４０３は、コピー装置「０」にライブラリ装置「０」のテープ「０」へのバックアップ対象データのバックアップ（コピー）を指示する（ステップ３０５０）。このコピー指示を行うバックアップ指示コマンドの仕様の例としては、SCSI(Small Computer System Interface)に規定されているEXTENDED COPYコマンドがある。EXTENDED COPYコマンドでは、コピー元デバイス、コピー先デバイス、コピー元領域アドレス、コピー先領域アドレス、コピー長等をパラメータとして指定してコピーを指示することができる。
【００６７】
バックアップマネージャ４００のバックアップ処理部４０３は、バックアップ対象データのコピーを、複数のEXTENDED COPYコマンドで複数回のコピーに分割して行わせる。例えば対象データが１００ＭＢの大きさである場合、１０個のコマンドでコピー長を各１０ＭＢとして、コピーを１０回に分けて行わせる。コピーを分割することによって障害処理におけるコマンド単位の細かい粒度を実現することができ、以下に説明する様に障害発生への速やかな障害処理の実行とバックアップ処理の継続を実現できる。
【００６８】
コピー装置「０」は指示されたコピーを実行し、コピーが正常に終了した場合は正常終了を、異常終了した場合は異常終了をバックアップマネージャ４００のバックアップ処理部４０３に報告する（ステップ３０６０）。
【００６９】
正常終了の報告を受けたバックアップマネージャ４００のバックアップ処理部４０３は、正常にコピーが終了した分のデータについてバックアップデータ保存情報４６０にライブラリ装置「０」及びテープ「０」及びテープ上のデータ位置を記録し（ステップ３０８０）、まだコピーしていないデータがある場合は次のコピー指示コマンドをコピー装置「０」に発行する（ステップ３０９０）。バックアップ対象データのコピーが全て終了した場合は、バックアップ処理は成功とし（ステップ３１５０）、バックアップ処理の為に確保した資源を解放する（ステップ３１７０）。
【００７０】
コピー装置「０」からコピーの異常終了の報告を受けた場合、またはコピー装置「０」からの報告が既定の時間無くタイムアウトした場合、バックアップマネージャ４００のバックアップ処理部４０３は、このコピーが正常に終了しなかったデータについて、コピー装置「１」にライブラリ装置「１」のテープ「１」へのコピー指示コマンドを発行する（ステップ３１００）。
コピー装置「１」は指示されたコピーを実行して結果を上記と同様にバックアップマネージャ４００のバックアップ処理部４０３に報告する（ステップ３１１０）。
【００７１】
正常終了の報告を受けたバックアップマネージャ４００のバックアップ処理部４０３は、正常にコピーが終了した分のデータについてバックアップデータ保存情報４６０にライブラリ装置「１」及びテープ「１」及びテープ上のデータ位置を記録し（ステップ３１３０）、まだコピーしていないデータがある場合は次のコピー指示コマンドをコピー装置「１」に発行する（ステップ３１４０）。
【００７２】
バックアップ対象データのコピーが全て終了した場合は、バックアップ処理は成功とし（ステップ３１５０）、バックアップ処理の為に確保した資源を解放する（ステップ３１７０）。コピー装置「１」からコピーの異常終了の報告を受けた場合、またはタイムアウトした場合はバックアップ処理を失敗とし（ステップ３１６０）、バックアップ処理の為に確保した資源を解放する（ステップ３１７０）。
【００７３】
上で説明したバックアップの切り替えが発生した場合は、バックアップデータは複数に分割されて異なるライブラリ装置５００及びテープ５１０に格納され、バックアップデータのどれだけの部分がどこに格納されたかはバックアップデータ保存情報４６０に各々記録されて管理される。すなわちバックアップデータ保存情報４６０はあるバックアップ対象データのバックアップデータに対して複数の保存場所のエントリを持つ場合がありうる。
【００７４】
上記のリストア処理で説明した様にバックアップマネージャ４００がデータのリストアを行う際は、バックアップデータ保存情報４６０を用いてリストア可能なデータの提示とリストア対象データの格納位置を求めるが、前述の場合の様にバックアップデータ（リストア対象データ）が分割して格納されている場合は、バックアップマネージャ４００のリストア処理部４０４は、バックアップデータ保存情報４６０を用いて各格納場所（ライブラリ装置５００のテープ５１０）を求め、順次、確保、バックアップサーバ３００またはコピー装置６１０へのリストア指示、解放を行って、全リストア対象データのリストア処理を行う。
【００７５】
前記の様に本実施形態のバックアップ処理システムでは、ホスト１００の情報処理で用いられるデータをバックアップする為に必要な資源及び経路をその状態に応じて動的に複数系統分確保し、その一つの系統によるバックアップ処理で障害が発生した場合に他の系統でバックアップ処理を続行するので、バックアップ処理に必要な時間の増加を回避し、バックアップ処理を既定の時間内で完了させることができる。
【００７６】
上記のバックアップ処理において、バックアップ処理は、ユーザの指示に基づきバックアップ処理情報４１０に設定された日時に従って開始される。またユーザがバックアップ処理の開始を指示することもありうる。
【００７７】
またＦＣスイッチ６００が、ＦＣスイッチ６００の有する複数ポートをグループ化してグループ内のみでのアクセス及び転送を許可するゾーニング機能を有し、上記のバックアップ処理及びリストア処理で説明している資源（経路）の選択及び確保において、バックアップマネージャ４００がネットワーク８００を介してＦＣスイッチ６００を設定し、選択した経路を独立した経路としてゾーニングし、バックアップ処理またはリストア処理でのデータ転送が、他の計算機による他の処理の転送に影響を与えず、他の転送から影響を受けない様に処理を行っても良い。
【００７８】
また上に説明した２つのバックアップ処理ではいずれも２系統の資源（経路）を確保して処理を行っているが、更に耐障害性を高める為に３系統以上の経路を用いて処理しても良い。
【００７９】
上記のバックアップ処理及びリストア処理において、バックアップ対象やリストア対象がファイルやデータベーステーブルである場合、バックアップマネージャ４００やバックアップサーバ３００はファイルシステムのファイル管理情報やデータベースの管理情報を解釈する手段を有するものとする。
【００８０】
また上記のバックアップ処理の方法は、記憶装置２００で対象データのコピー（スナップショット）を作成して、前記コピーに対してバックアップを取得する場合においても適用できる。
【００８１】
上記の説明では、ホスト１００とバックアップサーバ３００とバックアップマネージャ４００を異なる計算機としているが、これらの計算機が備える手段及び機能を１つまたは複数の計算機が兼ね備え、上に説明した処理と同様にバックアップ処理を実現しても良い。
【００８２】
上記の前者のバックアップ処理の説明では、バックアップマネージャ４００が各種情報を管理し、バックアップサーバ３００を用いてバックアップ処理を行っているが、他の構成の例として、各バックアップサーバ３００が前記情報を、内容が各バックアップサーバ３００上で同一内容となる様に同期を取りつつ管理して、上記の説明でバックアップマネージャ４００が行っていた処理をバックアップサーバ３００が行ってバックアップ処理を実現しても良い。
【００８３】
また後者のバックアップ処理の説明では、EXTENDED COPYコマンドの異常終了を契機として経路の切り替えを行っているが、他の転送指示方法を用いて、例えば記憶装置２００のブロックやトラックやシリンダを単位とするデータ転送の異常終了を契機として経路の切り替えを行っても良い。
【００８４】
更に、上記の説明ではバックアップデータの格納場所をライブラリ装置５００のテープ５１０としているが、例えば単体の磁気ディスク装置やＲＡＩＤ構成をとる制御装置付磁気ディスク装置等の他の記憶装置であっても良い。
【００８５】
以上説明した様に本実施形態のバックアップ処理システムによれば、計算機の情報処理で用いられるデータをバックアップする為に必要な資源及び経路を動的に複数系統分確保してバックアップ処理を行うので、バックアップ処理中に障害が発生してもバックアップ処理に必要な時間の増加を抑えることが可能である。
【００８６】
【発明の効果】
本発明によれば計算機の情報処理で用いられるデータをバックアップする為に必要な資源及び経路を動的に複数系統分確保してバックアップ処理を行うので、バックアップ処理中に障害が発生してもバックアップ処理に必要な時間の増加を抑えることが可能である。
【図面の簡単な説明】
【図１】本実施形態のバックアップ処理システムの概略構成を示す図である。
【図２】本実施形態のバックアップマネージャ４００が保持するバックアップ処理情報４１０の一例を示す図である。
【図３】本実施形態のバックアップサーバ情報４２０の一例を示す図である。
【図４】本実施形態のライブラリ装置情報４３０の一例を示す図である。
【図５】本実施形態の各ライブラリ装置が保有するテープに関するテープ情報４４０の一例を示す図である。
【図６】本実施形態のＦＣスイッチ情報４５０の一例を示す図である。
【図７】本実施形態のバックアップマネージャ４００が行うバックアップ処理の処理手順を示すフローチャートである。
【図８】本実施形態のバックアップマネージャ４００が行うバックアップ処理の続きを示す図である。
【図９】本実施形態のバックアップデータ保存情報４６０の一例を示す図である。
【図１０】本実施形態のバックアップマネージャ４００が行うリストア処理の処理手順を示すフローチャートである。
【図１１】本実施形態のバックアップマネージャ４００が行うバックアップ処理の処理手順を示すフローチャートである。
【図１２】本実施形態のバックアップマネージャ４００が行うバックアップ処理の続きを示す図である。
【図１３】本実施形態のバックアップマネージャ４００が保持するコピー装置情報４７０の一例を示す図である。
【符号の説明】
１００…ホスト、１１０…バックアップエージェント、２００…記憶装置、３００…バックアップサーバ、４００…バックアップマネージャ、４１０…バックアップ処理情報、４２０…バックアップサーバ情報、４３０…ライブラリ装置情報、４４０…テープ情報、４５０…ＦＣスイッチ情報、４６０…バックアップデータ保存情報、４７０…コピー装置情報、５００…ライブラリ装置、５１０…テープ、６００…ＦＣスイッチ、６１０…コピー装置、７００…ＳＡＮ、８００…ネットワーク、４０１…資源選択処理部、４０２…経路選択処理部、４０３…バックアップ処理部、４０４…リストア処理部。
【発明の属する技術分野】
本発明はオンライン処理やバッチ処理を実行する情報処理システムのデータをバックアップするバックアップ処理システムに関し、特にバックアップ処理中に障害が発生した場合にバックアップ処理時間の増加を防止するバックアップ処理システムに適用して有効な技術に関するものである。
【０００２】
【従来の技術】
銀行や証券会社等の情報処理システムでは、オンライン処理やバッチ処理が、プログラムのバグや記憶装置の障害等によって異常終了し、データを矛盾した状態にしてしまうことがある。また、情報処理システムに携わる人間の人為的ミスによって大切なデータを消去してしまうことがある。この様な状態になった情報処理システムを回復する為に、データの矛盾を解消して途中で止まった処理を再開させたり、或いは、途中で止まった処理をもう一度やり直したりする為の手段がいくつか知られている。その内の一つの手段にバックアップとリストアによる回復手段がある。
【０００３】
バックアップとリストアによる回復処理では、例えば、データベースシステムの場合、磁気テープ等の記憶媒体に定期的にデータのバックアップが取得される。システムに障害が発生した場合は、磁気テープに取得されたバックアップから記憶装置にデータをリストアし、ログファイルを使用して適切なポイントまで記憶装置のデータを再構築する。この様な処理により、データベースのデータを適切な状態に回復し、データベース処理を再開させることができる。
【０００４】
バッチ処理の場合には、処理の開始に先立って磁気テープにデータのバックアップが取得される。バッチ処理の開始後、処理が異常終了した場合、磁気テープからデータがリストアされ、記憶装置のデータがバッチ処理を開始する前の状態に戻される。その後、バッチ処理が最初から再実行される。
【０００５】
また特開２０００−２４２４３７号公報にはバックアップ対象のデータへのアクセスを妨げない様に、前記データのコピーに対してバックアップを取得するべく、記憶装置内でデータのコピーを作成する記憶装置システムが示されている。
【０００６】
【発明が解決しようとする課題】
前記従来の技術では、バックアップ処理中に磁気テープドライブの障害や磁気テープの障害の為に、バックアップ処理が異常終了することがある。この様な場合、別の磁気テープドライブと別の磁気テープを用意して、バックアップ処理をやり直すことになる為、バックアップ処理時間が延びてしまうという問題がある。
【０００７】
近年、情報処理システムが保持するデータは急激に増加しており、バックアップを必要とするデータ量も大きくなっている一方で、オンライン業務に与える影響を最小にする為に、バックアップ処理に許される時間も短縮されている。この様な情報処理システムでは、バックアップ処理のやり直しにかかる時間が大きくなってしまい、定められた時間内にバックアップが完了せず、オンライン業務等に影響を与えてしまうという問題が発生する。
【０００８】
特開２０００−２４２４３７号公報に示されている様に対象データのコピーを作成して、前記コピーに対してバックアップを取得する場合では、オンライン業務等に与える影響は軽減できるが、磁気テープドライブやデータ転送路等の資源の使用時間はやはり大きく、バックアップ処理の異常終了とやり直しにより例えば１日の内に完了すべきバックアップ処理を全て完了することができないという問題が発生する。
【０００９】
本発明の目的は上記問題を解決し、バックアップ処理中に障害が発生してもバックアップ処理に必要な時間の増加を抑えることが可能な技術を提供することにある。
【００１０】
【課題を解決するための手段】
本発明は、計算機の情報処理で用いられるデータをバックアップするバックアップ処理システムにおいて、計算機の情報処理で用いられるデータをバックアップする為に必要な資源及び経路を動的に複数系統分確保してバックアップ処理を行うものである。
【００１１】
本発明のバックアップ処理システムでは、まず計算機の情報処理で用いられるデータをバックアップする為に必要な複数のバックアップサーバやライブラリ装置等の資源の状態を管理しておき、それらの資源の中からその状態が使用可能であることを示している資源を選択した後、前記選択された資源間の経路を形成する為の複数のスイッチ装置の中からその状態が使用可能であることを示しているスイッチ装置を選択する。
【００１２】
次に、前記選択の結果、当該計算機の情報処理で用いられるデータをバックアップする為に必要な資源及び経路が複数系統分確保されたかどうかを調べ、前記資源及び経路が複数系統分確保された場合に、その確保された資源及び経路を用いてバックアップ処理を行う。
【００１３】
前記バックアップ処理の際には、前記確保された複数の資源及び経路を用いてバックアップ処理を行い、バックアップ中に障害が発生しなかったバックアップ処理が少なくとも１系統ある場合に当該バックアップ処理を成功としたり、また、前記確保された複数の資源及び経路の内の少なくとも１系統を用いてバックアップ処理を行い、そのバックアップ処理中に障害が発生した場合に、他の資源及び経路を用いて当該バックアップ処理を続行する処理を行う。
【００１４】
以上の様に本発明のバックアップ処理システムによれば、計算機の情報処理で用いられるデータをバックアップする為に必要な資源及び経路を動的に複数系統分確保してバックアップ処理を行うので、バックアップ処理中に障害が発生してもバックアップ処理に必要な時間の増加を抑えることが可能である。
【００１５】
【発明の実施の形態】
以下に計算機の情報処理で用いられるデータをバックアップする一実施形態のバックアップ処理システムについて説明する。
【００１６】
図１は本実施形態のバックアップ処理システムの概略構成を示す図である。図１に示す様に本実施形態のバックアップマネージャ４００は、資源選択処理部４０１と、経路選択処理部４０２と、バックアップ処理部４０３と、リストア処理部４０４とを有している。
【００１７】
資源選択処理部４０１は、ホスト１００の情報処理で用いられるデータをバックアップする為に必要な複数のバックアップサーバ３００、ライブラリ装置５００、テープ５１０等の資源の中からその状態が使用可能であることを示している資源を選択する処理部である。
【００１８】
経路選択処理部４０２は、前記選択された資源間の経路を形成する為の複数のＦＣスイッチ６００の中からその状態が使用可能であることを示しているＦＣスイッチ６００を選択する処理部である。バックアップ処理部４０３は、前記選択により、ホスト１００の情報処理で用いられるデータをバックアップする為に必要な資源及び経路が複数系統分確保された場合に、前記確保された資源及び経路を用いてバックアップ処理を行う処理部である。
【００１９】
リストア処理部４０４は、前記バックアップ処理により格納されたバックアップデータとその格納場所との対応情報を用いてバックアップデータの格納場所を取得し、データのリストア処理を行う処理部である。
【００２０】
バックアップマネージャ４００を資源選択処理部４０１、経路選択処理部４０２、バックアップ処理部４０３及びリストア処理部４０４として機能させる為のプログラムは、ＣＤ−ＲＯＭ等の記録媒体に記録され磁気ディスク等に格納された後、メモリにロードされて実行されるものとする。なお前記プログラムを記録する記録媒体はＣＤ−ＲＯＭ以外の他の記録媒体でも良い。また前記プログラムを当該記録媒体から情報処理装置にインストールして使用しても良いし、ネットワークを通じて当該記録媒体にアクセスして前記プログラムを使用するものとしても良い。
【００２１】
このシステムはホスト１００、記憶装置２００、バックアップサーバ３００、バックアップマネージャ４００、ライブラリ装置５００、ファイバチャネルスイッチ装置であるＦＣスイッチ６００、バックアップ指示コマンドによりホスト１００のデータをコピーするコピー装置６１０から構成される。
【００２２】
ホスト１００とバックアップサーバ３００とバックアップマネージャ４００とＦＣスイッチ６００はネットワーク８００で接続されている。更にホスト１００と記憶装置２００とバックアップサーバ３００とバックアップマネージャ４００とライブラリ装置５００とコピー装置６１０は、ＦＣスイッチ６００から構成される、データ転送用の経路であるストレージエリアネットワークのＳＡＮ７００によって接続されている。
【００２３】
ホスト１００にはバックアップ処理の為にホスト１００のアプリケーションソフトやデータベース管理ソフトを制御するバックアップエージェント１１０が存在する。記憶装置２００は、ホスト１００の要求に従って、ホスト１００が使用するデータの記録／再生を行う機能を有する。単体の磁気ディスク装置やＲＡＩＤ(Redundant Array of Inexpensive Disk)構成をとる制御装置付磁気ディスク装置等が、記憶装置２００に該当する。
【００２４】
ライブラリ装置５００は、複数のテープ５１０を有し、外部からの制御によって選択されたテープ５１０に対し、接続されたデバイスからのリード／ライト要求に基づいてデータの再生／記録を行い、以下に説明する処理ではホスト１００が使用する記憶装置２００に格納されたデータのコピー（バックアップデータ）を格納する。
【００２５】
ホスト１００とバックアップサーバ３００とバックアップマネージャ４００は、処理を行う為のメモリやＣＰＵ等、計算機において必ず存在する構成要素を有するが、本実施形態においては重要ではない為、ここでは明記しない。
【００２６】
以下に説明する処理では、バックアップマネージャ４００は、スケジュールに基づいて記憶装置２００に格納されたデータのバックアップ処理に必要な資源を多重に確保し、バックアップサーバ３００にバックアップ処理の実行を指示して、既定の時間内の前記データのバックアップ処理を実現する。
【００２７】
図２は本実施形態のバックアップマネージャ４００が保持するバックアップ処理情報４１０の一例を示す図である。図２の処理番号はそれぞれのバックアップ処理を示す番号である。日時はスケジューリングされたバックアップを開始する日時を示す。対象は記憶装置２００に格納されたバックアップ対象のデータを示す情報であり、論理または物理ボリュームを識別する情報やファイル名（識別子）やデータベーステーブル名（識別子）等が指定される。
バックアップマネージャ４００は、図３〜図６に例示する各種情報を保持して、前記の各種資源を管理する。
【００２８】
図３は本実施形態のバックアップサーバ情報４２０の一例を示す図である。図３のサーバ番号はバックアップサーバ３００を識別する番号である。サーバ名はバックアップサーバ３００を識別する名前（識別子）である。状態は、バックアップサーバ３００がバックアップ処理に現在使用可能か使用中か使用不可かを示す。処理番号は当該バックアップサーバ３００がバックアップ処理中である場合に、実行中のバックアップ処理を示し、バックアップ処理情報４１０の処理番号に対応する。ストリーム番号はバックアップ処理について後述の様に多重に行われるデータのコピーを区別する為の番号である。
【００２９】
図４は本実施形態のライブラリ装置情報４３０の一例を示す図である。図４のライブラリ装置番号はライブラリ装置５００を識別する番号である。ライブラリ装置名はライブラリ装置５００を識別する名前（識別子）である。状態、処理番号、ストリーム番号については上記のバックアップサーバ情報４２０と同様に、ライブラリ装置５００とバックアップ処理の関係を示すものである。
【００３０】
図５は本実施形態の各ライブラリ装置が保有するテープに関するテープ情報４４０の一例を示す図である。バックアップマネージャ４００は、テープ情報４４０を各ライブラリ毎に保持する。テープ番号は各ライブラリ装置５００においてテープ５１０を識別する番号である。状態、処理番号、ストリーム番号については上記のバックアップサーバ情報４２０と同様に、テープ５１０とバックアップ処理の関係を示すものである。
【００３１】
図６は本実施形態のＦＣスイッチ情報４５０の一例を示す図である。図６のＦＣスイッチ番号はＦＣスイッチ６００を識別する番号である。ＦＣスイッチ名はＦＣスイッチ６００を識別する名前（識別子）である。状態、処理番号、ストリーム番号については上記のバックアップサーバ情報４２０と同様に、ＦＣスイッチ６００とバックアップ処理の関係を示すものである。
【００３２】
図７は本実施形態のバックアップマネージャ４００が行うバックアップ処理の処理手順を示すフローチャートである。
図８は本実施形態のバックアップマネージャ４００が行うバックアップ処理の続きを示す図である。バックアップマネージャ４００が行うバックアップ処理を図７及び図８を用いて説明する。
【００３３】
バックアップマネージャ４００は、バックアップ処理情報４１０に設定されている日時に基づき、バックアップ対象に対するバックアップ処理を開始する（ステップ１０００）。バックアップマネージャ４００は、ホスト１００のバックアップエージェント１１０にバックアップ準備を指示する（ステップ１０１０）。
【００３４】
バックアップマネージャ４００の資源選択処理部４０１は、バックアップサーバ情報４２０を用いて、状態が使用可能なバックアップサーバ３００から上記のバックアップ処理に使用可能なバックアップサーバ３００を選択し、更にバックアップマネージャ４００の資源選択処理部４０１は、バックアップサーバ情報４２０において、選んだバックアップサーバ３００の状態を使用中にし、前記バックアップ処理を示すバックアップ番号と、ストリーム番号「０」を設定する（ステップ１０２０）。以下、このバックアップサーバ３００をバックアップサーバ「０」と表記する。
【００３５】
同様にバックアップマネージャ４００の資源選択処理部４０１は、ライブラリ装置情報４３０とテープ情報４４０を用いて、上記のバックアップ処理に使用可能なライブラリ装置５００に存在するテープ５１０を選択し、それぞれの状態を使用中にして前記バックアップ番号と、ストリーム番号「０」を設定する（ステップ１０３０）。以下、このライブラリ装置５００とテープ５１０をそれぞれライブラリ装置「０」、テープ「０」と表記する。
【００３６】
またバックアップマネージャ４００の経路選択処理部４０２は、記憶装置２００とバックアップサーバ「０」とライブラリ装置「０」との経路を形成するＦＣスイッチ６００を選択し、ＦＣスイッチ情報４５０において選択したＦＣスイッチ６００の状態を使用中にして前記バックアップ番号と、ストリーム番号「０」を設定する（ステップ１０４０）。
【００３７】
次いでバックアップマネージャ４００の経路選択処理部４０２は、上記と同様の選択と設定をバックアップサーバ３００とライブラリ装置５００とテープ５１０とＦＣスイッチ６００についてストリーム番号「１」として繰り返し、他のバックアップの経路を確保する（ステップ１０５０〜１０７０）。この処理で選択されたバックアップサーバ３００とライブラリ装置５００とテープ５１０をそれぞれバックアップサーバ「１」とライブラリ装置「１」とテープ「１」として表記する。
【００３８】
上記の処理において、２系統の経路が確保できなかった場合、バックアップマネージャ４００のバックアップ処理部４０３は、前記バックアップ対象のバックアップ処理を失敗とし、確保した資源を解放して、バックアップ処理失敗をログに記録する（ステップ１１８０、１１９０）。更にユーザに通知しても良い。
【００３９】
確保できた場合、バックアップマネージャ４００のバックアップ処理部４０３は、ライブラリ装置「０」を制御して、テープ「０」へのデータ記録が可能な様に準備する（ステップ１０９０）。
【００４０】
次いでバックアップマネージャ４００のバックアップ処理部４０３は、バックアップサーバ「０」にバックアップ対象データ及びライブラリ装置「０」及びテープ「０」を通知し、バックアップサーバ「０」にバックアップ対象データのテープ「０」へのバックアップを指示する（ステップ１１００）。
【００４１】
指示を受けたバックアップサーバ「０」は対象データを記憶装置２００から読み出し、ライブラリ装置「０」へ転送してテープ「０」へライトする。指示されたバックアップが正常に終了した場合、バックアップサーバ「０」はバックアップマネージャ４００のバックアップ処理部４０３に正常終了を通知し、異常終了した場合は異常終了を通知する（ステップ１１１０）。
【００４２】
前記と並行して同様に、バックアップマネージャ４００のバックアップ処理部４０３は、ライブラリ装置「１」を準備し、バックアップサーバ「１」にバックアップ対象データのテープ「１」へのバックアップを指示する。上記の処理と同様にバックアップサーバ「１」は指示されたバックアップを実行し、結果をバックアップマネージャ４００のバックアップ処理部４０３に通知する（ステップ１１２０〜１１４０）。
【００４３】
バックアップマネージャ４００のバックアップ処理部４０３は、バックアップサーバ「０」及び「１」から前記バックアップ結果を受領し、それぞれの内容を照らし合わせて上記のバックアップ処理の成功／失敗を判断する。前記バックアップ結果が全て失敗であれば、上記のバックアップ処理は失敗とする（ステップ１１８０、１１９０）。前記バックアップ結果の内少なくとも１つが成功であれば上記のバックアップ処理は成功とし、バックアップマネージャ４００のバックアップ処理部４０３は、バックアップデータの位置を決定してバックアップデータ保存情報４６０を更新する（ステップ１１６０）。
【００４４】
図９は本実施形態のバックアップデータ保存情報４６０の一例を示す図である。図９の対象はバックアップ対象のデータを示す情報であり、論理または物理ボリュームを識別する情報やファイル名（識別子）やデータベーステーブル名（識別子）等が指定される。開始日時はバックアップ処理を開始した日時を示す。終了日時はバックアップ処理を終了した日時を示す。データ日時はバックアップデータとしての日時を示す。ライブラリ装置番号及びテープ番号はバックアップデータを格納したライブラリ装置５００及びテープ５１０を識別する番号であり、ライブラリ装置情報４３０でのライブラリ装置番号及びテープ情報４４０でのテープ番号に対応している。データ位置はバックアップデータのテープ上の位置を求める為の情報であり、例えばブロックアドレスや先頭からのオフセットのバイト数である。データサイズはバックアップデータのサイズであり、例えばブロック数やバイト数である。
【００４５】
上記のバックアップ結果の１つのみが成功であった場合、バックアップマネージャ４００のバックアップ処理部４０３は、バックアップデータの格納が成功したライブラリ装置５００及びテープ５１０の番号をバックアップデータ保存情報４６０に記録する。２つ以上が成功であった場合は、バックアップマネージャ４００のバックアップ処理部４０３は、バックアップデータの格納が成功したライブラリ装置５００及びテープ５１０の組の内、いずれか１組（または複数組）の番号をバックアップデータ保存情報４６０に記録する。バックアップデータのテープ上の位置もあわせて記録する。
【００４６】
バックアップマネージャ４００のバックアップ処理部４０３は、バックアップデータ保存情報４６０の各テープ５１０に対応する内容の全てまたは一部を当該テープに保存する（ステップ１１７０）。バックアップマネージャ４００のバックアップ処理部４０３は、必要に応じてテープ５１０から前記情報を収集することができるものとする。
【００４７】
バックアップマネージャ４００のバックアップ処理部４０３は、バックアップ処理の為に使用中に設定した、バックアップサーバ情報４２０とライブラリ装置情報４３０とテープ情報４４０とＦＣスイッチ情報４５０を使用可能に設定し、すなわちバックアップ処理の為に確保した資源を解放してバックアップ処理を終了する（ステップ１１９０）。
【００４８】
図１０は本実施形態のバックアップマネージャ４００が行うリストア処理の処理手順を示すフローチャートである。装置障害や運用障害により記憶装置２００に格納されていたデータが失われた場合等に、ユーザはバックアップマネージャ４００のリストア処理部４０４にバックアップデータの保存状況を問い合わせる（ステップ２０００）。
【００４９】
問い合わせを受けたバックアップマネージャ４００のリストア処理部４０４は、バックアップデータ保存情報４６０を用いて、保存してあるデータをユーザに示す（ステップ２０１０）。
【００５０】
ユーザはリストアしたいデータを選択し、選択したリストア対象データとリストア先（記憶装置２００の記憶領域上の位置）を指定してバックアップマネージャ４００のリストア処理部４０４にリストアを指示する（ステップ２０２０）。
【００５１】
指示を受けたバックアップマネージャ４００のリストア処理部４０４は、バックアップデータ保存情報４６０を用いて、リストア対象データを格納しているライブラリ装置５００、テープ５１０及びテープ５１０上の位置を特定し、ライブラリ装置情報４３０とテープ情報４４０を参照して、前記のライブラリ装置５００及びテープ５１０が使用可能であることを確認して前記ライブラリ装置５００及びテープ５１０を使用中に設定する（ステップ２０３０）。
【００５２】
更にバックアップマネージャ４００のリストア処理部４０４は、バックアップサーバ情報４２０を用いて状態が使用可能なバックアップサーバ３００からリストア処理に使用するバックアップサーバ３００を選択し、選んだバックアップサーバ３００についてバックアップサーバ情報４２０を使用中に設定する（ステップ２０４０）。また前記のライブラリ装置５００と選択したバックアップサーバ３００と記憶装置２００との経路を形成するＦＣスイッチ６００を選択し、そのＦＣスイッチ６００が使用中の状態であることをＦＣスイッチ情報４５０に設定する（ステップ２０５０）。
【００５３】
次にバックアップマネージャ４００のリストア処理部４０４は、前記ライブラリ装置５００を制御して、前記テープ５１０からリストア対象データが取得できる様に準備する（ステップ２０６０）。
【００５４】
次にバックアップマネージャ４００のリストア処理部４０４は、選択したバックアップサーバ３００に、前記のライブラリ装置５００とテープ５１０とリストア対象データとそのテープ上の位置とリストア先を通知して、リストア対象データのリストアを指示する（ステップ２０７０）。
【００５５】
指示を受領したバックアップサーバ３００は、対象データを前記ライブラリ装置５００のテープ５１０から読み出し、記憶装置２００上の指定されたリストア先へリストアする（ステップ２０８０）。
【００５６】
指示されたリストアが正常に終了した場合、バックアップサーバ３００はバックアップマネージャ４００のリストア処理部４０４に正常終了を通知し、異常終了した場合は異常終了を通知する（ステップ２０９０）。
【００５７】
バックアップマネージャ４００のリストア処理部４０４は、前記通知が正常終了の場合はリストア処理の成功を、異常終了の場合はリストア処理の失敗を、ログに記録するとともにユーザに通知する（ステップ２１００）。
【００５８】
バックアップマネージャ４００のリストア処理部４０４は、リストア処理の為に使用中に設定した各種情報を使用可能に設定し、すなわちリストア処理の為に確保した資源を解放してリストア処理を終了する（ステップ２１１０）。
【００５９】
前記の様に本実施形態のバックアップ処理システムでは、ホスト１００の情報処理で用いられるデータをバックアップする為に必要な資源及び経路をその状態に応じて動的に複数系統分確保し、その複数系統により複数のバックアップ処理を並列に行うので、その複数のバックアップ処理のいずれかに障害が発生した場合でも、バックアップ処理に必要な時間の増加を回避し、バックアップ処理を既定の時間内で完了させることができる。
【００６０】
上に説明したバックアップ処理では複数のバックアップサーバ３００でバックアップを並列に実行したが、図１１及び図１２で以下に説明するバックアップ処理では、バックアップの為のデータコピーを実行するコピー装置６１０を障害時に切り替える。
【００６１】
図１１は本実施形態のバックアップマネージャ４００が行うバックアップ処理の処理手順を示すフローチャートである。
図１２は本実施形態のバックアップマネージャ４００が行うバックアップ処理の続きを示す図である。上記の処理と同様にバックアップ処理を開始したバックアップマネージャ４００の資源選択処理部４０１は、コピー装置情報４７０を用いて、状態が使用可能なコピー装置６１０の中から当該バックアップ処理で使用するコピー装置６１０を選択してコピー装置情報４７０を設定する（ステップ３０００）。
【００６２】
以下、選択したコピー装置６１０をコピー装置「０」と表記する。バックアップマネージャ４００が行うコピー装置「０」の選択やコピー装置情報４７０に対する設定は、上に説明したバックアップ処理でバックアップサーバ３００及びバックアップサーバ情報４２０に対して行ったものと同様である。
【００６３】
図１３は本実施形態のバックアップマネージャ４００が保持するコピー装置情報４７０の一例を示す図である。図１３のコピー装置番号はコピー装置６１０を識別する番号である。コピー装置名はコピー装置６１０を識別する名前（識別子）である。状態、処理番号、ストリーム番号についてはバックアップサーバ情報４２０と同様である。
【００６４】
更にバックアップマネージャ４００は、上に説明した処理と同様に、ライブラリ装置「０」、テープ「０」、コピー装置「１」、ライブラリ装置「１」、テープ「１」及びＦＣスイッチ６００を選択し、各種情報を設定して確保する（ステップ３０１０）。２系統以上の経路が確保できなかった場合は上記の処理と同様にバックアップ処理を失敗とし（ステップ３１６０）、バックアップ処理の為に確保した資源を解放する（ステップ３１７０）。
【００６５】
次にバックアップマネージャ４００のバックアップ処理部４０３は、ライブラリ装置「０」及びライブラリ装置「１」を制御して、テープ「０」及びテープ「１」へのデータ記録が可能な様に準備する（ステップ３０３０、３０４０）。
【００６６】
次いでバックアップマネージャ４００のバックアップ処理部４０３は、コピー装置「０」にライブラリ装置「０」のテープ「０」へのバックアップ対象データのバックアップ（コピー）を指示する（ステップ３０５０）。このコピー指示を行うバックアップ指示コマンドの仕様の例としては、SCSI(Small Computer System Interface)に規定されているEXTENDED COPYコマンドがある。EXTENDED COPYコマンドでは、コピー元デバイス、コピー先デバイス、コピー元領域アドレス、コピー先領域アドレス、コピー長等をパラメータとして指定してコピーを指示することができる。
【００６７】
バックアップマネージャ４００のバックアップ処理部４０３は、バックアップ対象データのコピーを、複数のEXTENDED COPYコマンドで複数回のコピーに分割して行わせる。例えば対象データが１００ＭＢの大きさである場合、１０個のコマンドでコピー長を各１０ＭＢとして、コピーを１０回に分けて行わせる。コピーを分割することによって障害処理におけるコマンド単位の細かい粒度を実現することができ、以下に説明する様に障害発生への速やかな障害処理の実行とバックアップ処理の継続を実現できる。
【００６８】
コピー装置「０」は指示されたコピーを実行し、コピーが正常に終了した場合は正常終了を、異常終了した場合は異常終了をバックアップマネージャ４００のバックアップ処理部４０３に報告する（ステップ３０６０）。
【００６９】
正常終了の報告を受けたバックアップマネージャ４００のバックアップ処理部４０３は、正常にコピーが終了した分のデータについてバックアップデータ保存情報４６０にライブラリ装置「０」及びテープ「０」及びテープ上のデータ位置を記録し（ステップ３０８０）、まだコピーしていないデータがある場合は次のコピー指示コマンドをコピー装置「０」に発行する（ステップ３０９０）。バックアップ対象データのコピーが全て終了した場合は、バックアップ処理は成功とし（ステップ３１５０）、バックアップ処理の為に確保した資源を解放する（ステップ３１７０）。
【００７０】
コピー装置「０」からコピーの異常終了の報告を受けた場合、またはコピー装置「０」からの報告が既定の時間無くタイムアウトした場合、バックアップマネージャ４００のバックアップ処理部４０３は、このコピーが正常に終了しなかったデータについて、コピー装置「１」にライブラリ装置「１」のテープ「１」へのコピー指示コマンドを発行する（ステップ３１００）。
コピー装置「１」は指示されたコピーを実行して結果を上記と同様にバックアップマネージャ４００のバックアップ処理部４０３に報告する（ステップ３１１０）。
【００７１】
正常終了の報告を受けたバックアップマネージャ４００のバックアップ処理部４０３は、正常にコピーが終了した分のデータについてバックアップデータ保存情報４６０にライブラリ装置「１」及びテープ「１」及びテープ上のデータ位置を記録し（ステップ３１３０）、まだコピーしていないデータがある場合は次のコピー指示コマンドをコピー装置「１」に発行する（ステップ３１４０）。
【００７２】
バックアップ対象データのコピーが全て終了した場合は、バックアップ処理は成功とし（ステップ３１５０）、バックアップ処理の為に確保した資源を解放する（ステップ３１７０）。コピー装置「１」からコピーの異常終了の報告を受けた場合、またはタイムアウトした場合はバックアップ処理を失敗とし（ステップ３１６０）、バックアップ処理の為に確保した資源を解放する（ステップ３１７０）。
【００７３】
上で説明したバックアップの切り替えが発生した場合は、バックアップデータは複数に分割されて異なるライブラリ装置５００及びテープ５１０に格納され、バックアップデータのどれだけの部分がどこに格納されたかはバックアップデータ保存情報４６０に各々記録されて管理される。すなわちバックアップデータ保存情報４６０はあるバックアップ対象データのバックアップデータに対して複数の保存場所のエントリを持つ場合がありうる。
【００７４】
上記のリストア処理で説明した様にバックアップマネージャ４００がデータのリストアを行う際は、バックアップデータ保存情報４６０を用いてリストア可能なデータの提示とリストア対象データの格納位置を求めるが、前述の場合の様にバックアップデータ（リストア対象データ）が分割して格納されている場合は、バックアップマネージャ４００のリストア処理部４０４は、バックアップデータ保存情報４６０を用いて各格納場所（ライブラリ装置５００のテープ５１０）を求め、順次、確保、バックアップサーバ３００またはコピー装置６１０へのリストア指示、解放を行って、全リストア対象データのリストア処理を行う。
【００７５】
前記の様に本実施形態のバックアップ処理システムでは、ホスト１００の情報処理で用いられるデータをバックアップする為に必要な資源及び経路をその状態に応じて動的に複数系統分確保し、その一つの系統によるバックアップ処理で障害が発生した場合に他の系統でバックアップ処理を続行するので、バックアップ処理に必要な時間の増加を回避し、バックアップ処理を既定の時間内で完了させることができる。
【００７６】
上記のバックアップ処理において、バックアップ処理は、ユーザの指示に基づきバックアップ処理情報４１０に設定された日時に従って開始される。またユーザがバックアップ処理の開始を指示することもありうる。
【００７７】
またＦＣスイッチ６００が、ＦＣスイッチ６００の有する複数ポートをグループ化してグループ内のみでのアクセス及び転送を許可するゾーニング機能を有し、上記のバックアップ処理及びリストア処理で説明している資源（経路）の選択及び確保において、バックアップマネージャ４００がネットワーク８００を介してＦＣスイッチ６００を設定し、選択した経路を独立した経路としてゾーニングし、バックアップ処理またはリストア処理でのデータ転送が、他の計算機による他の処理の転送に影響を与えず、他の転送から影響を受けない様に処理を行っても良い。
【００７８】
また上に説明した２つのバックアップ処理ではいずれも２系統の資源（経路）を確保して処理を行っているが、更に耐障害性を高める為に３系統以上の経路を用いて処理しても良い。
【００７９】
上記のバックアップ処理及びリストア処理において、バックアップ対象やリストア対象がファイルやデータベーステーブルである場合、バックアップマネージャ４００やバックアップサーバ３００はファイルシステムのファイル管理情報やデータベースの管理情報を解釈する手段を有するものとする。
【００８０】
また上記のバックアップ処理の方法は、記憶装置２００で対象データのコピー（スナップショット）を作成して、前記コピーに対してバックアップを取得する場合においても適用できる。
【００８１】
上記の説明では、ホスト１００とバックアップサーバ３００とバックアップマネージャ４００を異なる計算機としているが、これらの計算機が備える手段及び機能を１つまたは複数の計算機が兼ね備え、上に説明した処理と同様にバックアップ処理を実現しても良い。
【００８２】
上記の前者のバックアップ処理の説明では、バックアップマネージャ４００が各種情報を管理し、バックアップサーバ３００を用いてバックアップ処理を行っているが、他の構成の例として、各バックアップサーバ３００が前記情報を、内容が各バックアップサーバ３００上で同一内容となる様に同期を取りつつ管理して、上記の説明でバックアップマネージャ４００が行っていた処理をバックアップサーバ３００が行ってバックアップ処理を実現しても良い。
【００８３】
また後者のバックアップ処理の説明では、EXTENDED COPYコマンドの異常終了を契機として経路の切り替えを行っているが、他の転送指示方法を用いて、例えば記憶装置２００のブロックやトラックやシリンダを単位とするデータ転送の異常終了を契機として経路の切り替えを行っても良い。
【００８４】
更に、上記の説明ではバックアップデータの格納場所をライブラリ装置５００のテープ５１０としているが、例えば単体の磁気ディスク装置やＲＡＩＤ構成をとる制御装置付磁気ディスク装置等の他の記憶装置であっても良い。
【００８５】
以上説明した様に本実施形態のバックアップ処理システムによれば、計算機の情報処理で用いられるデータをバックアップする為に必要な資源及び経路を動的に複数系統分確保してバックアップ処理を行うので、バックアップ処理中に障害が発生してもバックアップ処理に必要な時間の増加を抑えることが可能である。
【００８６】
【発明の効果】
本発明によれば計算機の情報処理で用いられるデータをバックアップする為に必要な資源及び経路を動的に複数系統分確保してバックアップ処理を行うので、バックアップ処理中に障害が発生してもバックアップ処理に必要な時間の増加を抑えることが可能である。
【図面の簡単な説明】
【図１】本実施形態のバックアップ処理システムの概略構成を示す図である。
【図２】本実施形態のバックアップマネージャ４００が保持するバックアップ処理情報４１０の一例を示す図である。
【図３】本実施形態のバックアップサーバ情報４２０の一例を示す図である。
【図４】本実施形態のライブラリ装置情報４３０の一例を示す図である。
【図５】本実施形態の各ライブラリ装置が保有するテープに関するテープ情報４４０の一例を示す図である。
【図６】本実施形態のＦＣスイッチ情報４５０の一例を示す図である。
【図７】本実施形態のバックアップマネージャ４００が行うバックアップ処理の処理手順を示すフローチャートである。
【図８】本実施形態のバックアップマネージャ４００が行うバックアップ処理の続きを示す図である。
【図９】本実施形態のバックアップデータ保存情報４６０の一例を示す図である。
【図１０】本実施形態のバックアップマネージャ４００が行うリストア処理の処理手順を示すフローチャートである。
【図１１】本実施形態のバックアップマネージャ４００が行うバックアップ処理の処理手順を示すフローチャートである。
【図１２】本実施形態のバックアップマネージャ４００が行うバックアップ処理の続きを示す図である。
【図１３】本実施形態のバックアップマネージャ４００が保持するコピー装置情報４７０の一例を示す図である。
【符号の説明】
１００…ホスト、１１０…バックアップエージェント、２００…記憶装置、３００…バックアップサーバ、４００…バックアップマネージャ、４１０…バックアップ処理情報、４２０…バックアップサーバ情報、４３０…ライブラリ装置情報、４４０…テープ情報、４５０…ＦＣスイッチ情報、４６０…バックアップデータ保存情報、４７０…コピー装置情報、５００…ライブラリ装置、５１０…テープ、６００…ＦＣスイッチ、６１０…コピー装置、７００…ＳＡＮ、８００…ネットワーク、４０１…資源選択処理部、４０２…経路選択処理部、４０３…バックアップ処理部、４０４…リストア処理部。
Claims (10)
- 計算機の情報処理で用いられるデータをバックアップするバックアップ処理方法において、
計算機の情報処理で用いられるデータをバックアップする為に必要な複数の資源の中からその状態が使用可能であることを示している資源を選択するステップと、前記選択された資源間の経路を形成する為の複数のスイッチ装置の中からその状態が使用可能であることを示しているスイッチ装置を選択するステップと、
前記選択により、当該計算機の情報処理で用いられるデータをバックアップする為に必要な資源及び経路が複数系統分確保された場合に、前記確保された資源及び経路を用いてバックアップ処理を行うステップとを有することを特徴とするバックアップ処理方法。 - 前記確保された複数の資源及び経路を用いてバックアップ処理を行い、バックアップ中に障害が発生しなかったバックアップ処理が少なくとも１系統ある場合に当該バックアップ処理を成功とすることを特徴とする請求項１に記載されたバックアップ処理方法。
- 前記確保された複数の資源及び経路の内の少なくとも１系統を用いてバックアップ処理を行い、そのバックアップ処理中に障害が発生した場合に、他の資源及び経路を用いて当該バックアップ処理を続行することを特徴とする請求項１に記載されたバックアップ処理方法。
- 前記バックアップ処理をバックアップ指示コマンドの処理により実行してそのバックアップ指示コマンドの処理結果により当該バックアップ処理の障害を検出することを特徴とする請求項３に記載されたバックアップ処理方法。
- 前記バックアップ指示コマンドは、対象データのバックアップ処理を複数回のコピーに分割して行わせるものであることを特徴とする請求項４に記載されたバックアップ処理方法。
- 前記バックアップ処理により格納されたバックアップデータとその格納場所との対応情報を保持することを特徴とする請求項２乃至請求項５のいずれか１項に記載されたバックアップ処理方法。
- 前記バックアップ処理の内で障害が発生しなかったバックアップ処理により格納されたバックアップデータとその格納場所との対応情報を保持することを特徴とする請求項２に記載されたバックアップ処理方法。
- 前記格納されたバックアップデータとその格納場所との対応情報を用いてバックアップデータの格納場所を取得し、データのリストア処理を行うことを特徴とする請求項６または請求項７のいずれかに記載されたバックアップ処理方法。
- 計算機の情報処理で用いられるデータをバックアップするバックアップ処理システムにおいて、
計算機の情報処理で用いられるデータをバックアップする為に必要な複数の資源の中からその状態が使用可能であることを示している資源を選択する資源選択処理部と、前記選択された資源間の経路を形成する為の複数のスイッチ装置の中からその状態が使用可能であることを示しているスイッチ装置を選択する経路選択処理部と、
前記選択により、当該計算機の情報処理で用いられるデータをバックアップする為に必要な資源及び経路が複数系統分確保された場合に、前記確保された資源及び経路を用いてバックアップ処理を行うバックアップ処理部とを備えることを特徴とするバックアップ処理システム。 - 計算機の情報処理で用いられるデータをバックアップするバックアップ処理システムとしてコンピュータを機能させる為のプログラムにおいて、
計算機の情報処理で用いられるデータをバックアップする為に必要な複数の資源の中からその状態が使用可能であることを示している資源を選択する資源選択処理部と、前記選択された資源間の経路を形成する為の複数のスイッチ装置の中からその状態が使用可能であることを示しているスイッチ装置を選択する経路選択処理部と、
前記選択により、当該計算機の情報処理で用いられるデータをバックアップする為に必要な資源及び経路が複数系統分確保された場合に、前記確保された資源及び経路を用いてバックアップ処理を行うバックアップ処理部としてコンピュータを機能させることを特徴とするプログラム。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001095789A JP3938475B2 (ja) | 2001-03-29 | 2001-03-29 | バックアップ処理方法及びその実施システム並びにその処理プログラム |
| US09/943,982 US7185048B2 (en) | 2001-03-29 | 2001-08-30 | Backup processing method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001095789A JP3938475B2 (ja) | 2001-03-29 | 2001-03-29 | バックアップ処理方法及びその実施システム並びにその処理プログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002297456A JP2002297456A (ja) | 2002-10-11 |
| JP3938475B2 true JP3938475B2 (ja) | 2007-06-27 |
Family
ID=18949796
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001095789A Expired - Fee Related JP3938475B2 (ja) | 2001-03-29 | 2001-03-29 | バックアップ処理方法及びその実施システム並びにその処理プログラム |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US7185048B2 (ja) |
| JP (1) | JP3938475B2 (ja) |
Families Citing this family (27)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7539735B2 (en) * | 2002-03-06 | 2009-05-26 | International Business Machines Corporation | Multi-session no query restore |
| US7185031B2 (en) * | 2002-03-25 | 2007-02-27 | Quantum Corporation | Creating a backup volume using a data profile of a host volume |
| US6704836B1 (en) * | 2002-11-13 | 2004-03-09 | Crossroads Systems, Inc. | Method for dynamic control of concurrent extended copy tasks |
| GB2411030B (en) * | 2002-11-20 | 2006-03-22 | Filesx Ltd | Fast backup storage and fast recovery of data (FBSRD) |
| US7251708B1 (en) | 2003-08-07 | 2007-07-31 | Crossroads Systems, Inc. | System and method for maintaining and reporting a log of multi-threaded backups |
| US7447852B1 (en) | 2003-08-07 | 2008-11-04 | Crossroads Systems, Inc. | System and method for message and error reporting for multiple concurrent extended copy commands to a single destination device |
| US7552294B1 (en) | 2003-08-07 | 2009-06-23 | Crossroads Systems, Inc. | System and method for processing multiple concurrent extended copy commands to a single destination device |
| JP2005190259A (ja) * | 2003-12-26 | 2005-07-14 | Hitachi Ltd | 複数世代のバックアップデータの管理 |
| US7234075B2 (en) * | 2003-12-30 | 2007-06-19 | Dell Products L.P. | Distributed failover aware storage area network backup of application data in an active-N high availability cluster |
| CN100372294C (zh) * | 2004-02-04 | 2008-02-27 | 华为技术有限公司 | 设备升级方法 |
| US8090829B1 (en) * | 2004-04-23 | 2012-01-03 | Oracle America, Inc. | Determining a backup server for a session based on a deterministic mechanism and the session's key value |
| US20060020569A1 (en) * | 2004-07-22 | 2006-01-26 | Goodman Brian G | Apparatus, system, and method for time-based library scheduling |
| CN100485630C (zh) * | 2005-11-21 | 2009-05-06 | 国际商业机器公司 | 具有中央控制的数据备份的方法和系统 |
| JP2007164451A (ja) * | 2005-12-13 | 2007-06-28 | Fujitsu Ltd | 入出力制御方法、入出力制御プログラムおよび磁気ディスク装置 |
| JP2008009485A (ja) * | 2006-06-27 | 2008-01-17 | Fujitsu Ltd | 仮想ストレージ制御装置及び仮想ストレージ制御プログラム |
| JP4731420B2 (ja) * | 2006-07-24 | 2011-07-27 | 株式会社日立製作所 | 複数の仮想計算機からのテープ媒体へのアクセスを制御する方法及びシステム |
| JP2008108145A (ja) | 2006-10-26 | 2008-05-08 | Hitachi Ltd | 計算機システム及びこれを用いたデータの管理方法 |
| US20080155319A1 (en) * | 2006-10-28 | 2008-06-26 | Robert Duncan | Methods and systems for managing removable media |
| US8423731B1 (en) * | 2006-10-31 | 2013-04-16 | Netapp, Inc. | System and method for automatic scheduling and policy provisioning for information lifecycle management |
| US7913116B2 (en) * | 2008-02-27 | 2011-03-22 | Red Hat, Inc. | Systems and methods for incremental restore |
| US9355117B1 (en) * | 2008-03-31 | 2016-05-31 | Veritas Us Ip Holdings Llc | Techniques for backing up replicated data |
| US9176825B2 (en) * | 2008-12-31 | 2015-11-03 | Symantec Corporation | Granular application data lifecycle sourcing from a single backup |
| US8234470B2 (en) * | 2009-08-25 | 2012-07-31 | International Business Machines Corporation | Data repository selection within a storage environment |
| US8412680B1 (en) * | 2011-01-20 | 2013-04-02 | Commvault Systems, Inc | System and method for performing backup operations and reporting the results thereof |
| JP5770284B2 (ja) | 2011-06-06 | 2015-08-26 | 株式会社日立製作所 | Ｉ／ｏスイッチの制御方法、仮想計算機の制御方法及び計算機システム |
| US8972353B1 (en) * | 2011-12-02 | 2015-03-03 | Emc Corporation | System and method of enhanced backup and recovery configuration |
| US11675668B2 (en) * | 2021-08-31 | 2023-06-13 | EMC IP Holding Company LLC | Leveraging a cloud-based object storage to efficiently manage data from a failed backup operation |
Family Cites Families (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP0537903A2 (en) * | 1991-10-02 | 1993-04-21 | International Business Machines Corporation | Distributed control system |
| US5448718A (en) * | 1992-04-20 | 1995-09-05 | International Business Machines Corporation | Method and system for time zero backup session security |
| US5673381A (en) * | 1994-05-27 | 1997-09-30 | Cheyenne Software International Sales Corp. | System and parallel streaming and data stripping to back-up a network |
| JP2943677B2 (ja) * | 1995-12-06 | 1999-08-30 | 日本電気株式会社 | 非同期転送モード通信方式における回線迂回制御システム |
| US6304980B1 (en) * | 1996-03-13 | 2001-10-16 | International Business Machines Corporation | Peer-to-peer backup system with failure-triggered device switching honoring reservation of primary device |
| US5966730A (en) * | 1996-10-30 | 1999-10-12 | Dantz Development Corporation | Backup system for computer network incorporating opportunistic backup by prioritizing least recently backed up computer or computer storage medium |
| US5948108A (en) * | 1997-06-12 | 1999-09-07 | Tandem Computers, Incorporated | Method and system for providing fault tolerant access between clients and a server |
| JP2000242437A (ja) | 1998-12-24 | 2000-09-08 | Hitachi Ltd | データのコピーを作成する記憶装置システム |
| ATE267418T1 (de) * | 2000-03-10 | 2004-06-15 | Cit Alcatel | Verfahren und gerät zur datensicherung |
| US6831898B1 (en) * | 2000-08-16 | 2004-12-14 | Cisco Systems, Inc. | Multiple packet paths to improve reliability in an IP network |
| US6804690B1 (en) * | 2000-12-27 | 2004-10-12 | Emc Corporation | Method for physical backup in data logical order |
-
2001
- 2001-03-29 JP JP2001095789A patent/JP3938475B2/ja not_active Expired - Fee Related
- 2001-08-30 US US09/943,982 patent/US7185048B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| US7185048B2 (en) | 2007-02-27 |
| JP2002297456A (ja) | 2002-10-11 |
| US20020144069A1 (en) | 2002-10-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3938475B2 (ja) | バックアップ処理方法及びその実施システム並びにその処理プログラム | |
| KR100604242B1 (ko) | 파일서버 기억장치 | |
| US7325159B2 (en) | Method and system for data recovery in a continuous data protection system | |
| US7650533B1 (en) | Method and system for performing a restoration in a continuous data protection system | |
| US6883112B2 (en) | Storage device, backup and fault tolerant redundant method and computer program code of plurality storage devices | |
| US7979654B2 (en) | Method and system for restoring a volume in a continuous data protection system | |
| JP4688617B2 (ja) | 記憶制御システム及び方法 | |
| JP4800031B2 (ja) | ストレージシステム及びスナップショット管理方法 | |
| US20050182910A1 (en) | Method and system for adding redundancy to a continuous data protection system | |
| US7627729B2 (en) | Apparatus, system, and method for an improved synchronous mirror swap | |
| JP3410899B2 (ja) | 多重ボリューム・データ・セットを回復する方法 | |
| US7480779B2 (en) | Storage system, data restoring method, and data access method | |
| US20120117345A1 (en) | Method and apparatus for backup and restore in a dynamic chunk allocation storage system | |
| US20070294495A1 (en) | Storage control apparatus, storage control program, and storage control method | |
| JP2004252686A (ja) | 情報処理システム | |
| JPH07239799A (ja) | 遠隔データ・シャドーイングを提供する方法および遠隔データ二重化システム | |
| JP2006059347A (ja) | ジャーナリングを使用した記憶システム | |
| JP2008525914A (ja) | 動的なデータバックアップのためのシステムおよび方法 | |
| US20070033361A1 (en) | Apparatus, system, and method for fastcopy target creation | |
| JP2008225616A (ja) | ストレージシステム、リモートコピーシステム、及びデータ復元方法 | |
| JP4074442B2 (ja) | データのバックアップのための方法、装置、システム、プログラム及び記憶媒体 | |
| JP2004164046A (ja) | 階層型バックアップシステムにおけるバックアップ方法 | |
| JPH10326220A (ja) | ファイルシステムおよびファイル管理方法 | |
| US7065539B2 (en) | Data transfer method | |
| JP2002278706A (ja) | ディスクアレイ装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040804 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070314 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070320 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070322 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110406 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120406 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120406 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130406 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |