JP2004046658A - データ転送方法 - Google Patents
データ転送方法 Download PDFInfo
- Publication number
- JP2004046658A JP2004046658A JP2002204992A JP2002204992A JP2004046658A JP 2004046658 A JP2004046658 A JP 2004046658A JP 2002204992 A JP2002204992 A JP 2002204992A JP 2002204992 A JP2002204992 A JP 2002204992A JP 2004046658 A JP2004046658 A JP 2004046658A
- Authority
- JP
- Japan
- Prior art keywords
- file
- storage device
- job
- business
- failure
- 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.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
- G06F11/0727—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in a storage system, e.g. in a DASD or network based storage system
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/0793—Remedial or corrective actions
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1446—Point-in-time backing up or restoration of persistent data
- G06F11/1458—Management of the backup or restore process
- G06F11/1461—Backup scheduling policy
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1446—Point-in-time backing up or restoration of persistent data
- G06F11/1458—Management of the backup or restore process
- G06F11/1469—Backup restoration techniques
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1415—Saving, restoring, recovering or retrying at system level
- G06F11/1435—Saving, restoring, recovering or retrying at system level using file system or storage system metadata
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1446—Point-in-time backing up or restoration of persistent data
- G06F11/1458—Management of the backup or restore process
- G06F11/1464—Management of the backup or restore process for networked environments
-
- 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
Abstract
【課題】あるスケジュールに従って業務が複数の計算機で実行されているような環境において、より早く業務の再開を行う。
【解決手段】業務サーバ１２０で処理される業務を特定し、特定された業務で利用されるファイルを特定し、特定されたファイルのデータをリストアする。
【選択図】 図１
【解決手段】業務サーバ１２０で処理される業務を特定し、特定された業務で利用されるファイルを特定し、特定されたファイルのデータをリストアする。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は、ある記憶装置に記憶されたデータを他の記憶装置に転送技術に係り、特にデータのリストアを行うものに関する。
【０００２】
【従来の技術】
従来、記憶装置に障害が発生した場合、この障害が発生した記憶装置を復旧させてから業務を再開することが行われていた。しかしながら、この場合、業務の再開までに時間がかかってしまうといった問題があった。
【０００３】
この問題を解決するものとして、例えば特開２００１−１７５４２３号公報には、全ての論理ディスクが復旧が完了する前に特定の論理ディスクを上位からアクセスすることを可能にする技術が記載されている。
【０００４】
【発明が解決しようとする課題】
複雑な処理を行うために複数の計算機と記憶装置とをネットワークで接続された環境において、業務を複数の計算機で分散して実行することが行われている。また、複数の業務を効率的に処理するために、それぞれの業務のスケジュールを立てて、実行している。
【０００５】
このような環境において、記憶装置に障害が発生した場合、記憶装置が完全に復旧するまでまって業務を再開すると、業務の再開までに時間がかかってしまうといった問題がある。また、先に説明した従来技術においては、全ての論理ディスクが復旧が完了する前に特定の論理ディスクを上位からアクセスすることを可能にするものであるが、計算機で実行される業務スケジュールとの関係については開示されていない。
【０００６】
本発明は、あるスケジュールに従って業務が複数の計算機で実行されているような環境において、より早く業務の再開を行うための方法、装置を提供することを目的とする。
【０００７】
【課題を解決するための手段】
上記目的を達成するため、計算機で処理される業務を特定し、特定された業務で利用されるファイルを特定し、特定されたファイルのデータを他の記憶装置から転送する。
【０００８】
【発明の実施の形態】
以下、図面を用いて本発明の一実施形態について説明する。図１は、予め与えられたスケジュールに従って業務を実行する情報処理システムの構成を示したものである。本システムは、管理サーバ１００、業務サーバ１２０、記憶装置１３０、記憶装置１５０によって構成されている。図中、業務サーバ１２０、記憶装置１３０に付けられた添字（−１、−２）は、それぞれの業務サーバを特定して説明するためのもので、特に説明しない場合は構成上同じものである。管理サーバ１００、業務サーバ１２０、記憶装置１３０はそれぞれＣＰＵなどの処理部１０１、１２１、１３１とＲＡＭ、ＲＯＭなどの記憶部１０２、１２２、１３２とを有している。それぞれの処理部は記憶部に記憶されたプログラムを実行することで所定の機能を実行する。
【０００９】
図１に示したシステムにおいて、管理サーバ１００と業務サーバ１２０との間はＬＡＮ、業務サーバ１２０、記憶装置１３０、記憶装置１５０の間はストレージエリアネットワーク（ＳＡＮ）で接続されている。
【００１０】
管理サーバ１００は、業務を実行するためのスケジュールを管理するジョブスケジュールプログラム１０３、記憶装置１３０に記憶されているデータを記憶装置１５０へ転送するデータのバックアップを管理するバックアップ管理プログラム１０５、記憶装置１５０で管理されているデータを記憶装置１３０へ転送するデータのリストアを管理するリストア管理プログラム１０４とを有している。また、管理サーバ１００には、記憶装置１１０が接続されており、ジョブスケジュールプログラム１０１によって管理されるスケジュールが格納されたスケジュールファイル１１３、スケジュールに従って実行された業務が格納された履歴ファイル１１４、障害の発生により停止した業務を再実行するために必要なファイルの情報が格納された障害対策ファイル１１５が格納されている。尚、ここでジョブとは業務サーバ１２０によって実行される一つの処理の単位をいい、業務とは１つ又は複数のジョブによって実行される処理をいう。
【００１１】
業務サーバ１２０は、管理サーバ１００からの指示により実行される複数のジョブからなるジョブプログラム群１２５、これらのジョブの実行を管理するジョブ実行管理プログラム１２３、管理サーバ１００からの指示により記憶装置１３０から記憶装置１５０へデータ転送してバックアップを行ったり、記憶装置１５０から記憶装置１３０へデータを転送してデータのリストアを行うバックアッププログラム１２４、記憶装置１３０又は業務サーバ１２０自身の障害を検出し、管理サーバ１００へ報告する障害処理プログラム１２６とを有している。また、業務サーバ１１０は、記憶装置１３０に格納されているファイル名が登録されたファイルデータ１２７を有している。
【００１２】
記憶装置１３０は、業務サーバ１２０がジョブを実行するときに利用するものであり、業務サーバ１２０からのアクセスを制御するアクセス制御プログラム１３３と、データの塊であるファイルが格納される記憶部１４０とを有している。この記憶部１４０は、複数のディスクによって構成されたディスクアレイであり、この記憶装置１３０がＲＡＩＤであってもよい。
【００１３】
記憶装置１５０は、記憶装置１３０に格納されたファイルがバックアップされるものであり、業務サーバ１２０からのアクセスを制御するアクセス制御プログラム１５３と、データの塊であるファイルが格納される記憶部１６０とを有している。この記憶領域１３２はテープ、ディスクなどのデバイスで構成されている。
尚、記憶装置１５０のアクセス制御プログラム１５３は、記憶部１６０からファイル単位での読出しや書き込みができるものである。
【００１４】
図２は、それぞれの記憶装置１３０−１、１３０−２の記憶部１４０−１、１４０−２に記憶されているデータを示したものである。図２（ａ）は、記憶部１４０−１に記憶されているデータを示したものである。この図では、データがファイル単位に記憶されていることを示している。また、ファイルＡ１、ファイルＡ２、ファイルＨ１は、既に記憶されているファイルを示している。実際には、ファイルＢ１、ファイルＣ１、ファイルＤ１、ファイルＤ２は、まだ記憶されていないファイルであるが、業務の実行により後に格納されるファイルである。
図２（ｂ）は、記憶部１４０−２に記憶されているファイルを示したものである。ここでは、ファイルＥ１、ファイルＥ２、ファイルＥ３が既に記憶され、ファイルＢ２、ファイルＦ２、ファイルＦ３、ファイルＧ１は、業務の実行により後に記憶されるファイルである。
【００１５】
図３は、スケジュールファイル１１３に格納されたスケジュール情報の一例を示したものである。スケジュール情報は実行する業務名３０１、業務の開始予定時刻３０２、業務の実行状態３０３、業務で実行されるジョブ３０４が登録されている。ここで、業務で実行されるジョブとして、例えば「ジョブＨ１（１）」は、ジョブＨ１が業務サーバ１２０−１で実行されることを意味する。また、それぞれのジョブで実行されるファイルは、図２で説明した各ファイルに対応している。つまり、ジョブＨ１で生成又は利用されるファイルはファイルＨ１である。図３に示したスケジュール情報は、フルバックアップまで終了し、業務Ａの処理が実行されている状態であることを示している。
【００１６】
図４は、履歴ファイル１１４に格納された履歴情報の一例を示したものである。履歴情報は、業務サーバ１１０で実行された業務名４０１、業務開始時刻４０２、終了時刻４０３、状態４０４、業務で実行されたジョブ４０５が登録されている。尚、履歴ファイル１１４は業務サーバで実行された業務の履歴を格納するものであるが、業務Ｅはスケジュールファイル１１３には登録されていない。これは、割り込みによって発生した業務であることを示している。尚、割り込みにより発生した業務においても、それぞれのジョブが実行される業務サーバは記憶装置１１０で図示しないテーブルによって管理されている。
【００１７】
管理サーバ１００のジョブスケジュールプログラム１０３により、管理者から入力された業務と業務の実行条件（開始時刻、実行順序など）に基づいてスケジュール情報を生成し、スケジュールファイル１１３に登録する。また、ジョブスケジュールプログラム１０３により、登録されたスケジュールファイル１１３を監視し、業務開始時刻となった業務の実行命令を業務サーバ１２０へ送る。この時、履歴情報として業務名、開始時刻、実行結果、実行されたジョブとを履歴ファイル１１４に登録する。ここで開始時刻として、業務サーバ１１０へ業務実行命令を発行した時刻を、また実行結果として「実行中」を登録する。業務サーバ１２０から業務の実行の終了報告を受けると、ジョブスケジュールプログラム１０３により、終了時刻、実行結果とを履歴情報として登録する。ここで、終了時刻として、業務サーバ１２０から業務の実行の終了報告を受けた時刻を、実行結果として「正常終了」を登録する。
【００１８】
図５は、業務サーバ１２０の記憶部１２２に格納されたファイル情報の一例を示したものである。図５（ａ）は、業務サーバ１２０−１の記憶部１２２に格納されたファイルデータの一例を示したものである。ファイルデータとして、ジョブ名５０１、ファイル名５０２、記憶装置名５０３とが登録されている。また、図５（ｂ）は、業務サーバ１１０−２の記憶部１２２に格納されたファイル情報の一例を示したものである。図５（ａ）、（ｂ）に示したファイル情報は、それぞれの業務サーバ１２０で管理しているファイル情報であり、具体的にはジョブ実行管理プログラム１２３によって管理されている。ジョブ実行管理プログラム１２３は、管理サーバ１００から業務実行命令を受けると、この業務を実行するためのジョブを起動する。そして、起動したジョブを監視し、ジョブに利用されるファイル名と記憶装置名をジョブ名とともに記憶する。尚、図５に示されたファイルデータは、図２に示す各記憶部に記憶されたファイルであり、業務の実行により生成されたものである。
【００１９】
図６は、障害対策ファイル１１５のファイル情報の一例を示したものである。図６（ａ）は、業務サーバ１２０から受けた障害報告により業務サーバへ問合せを行い、記憶装置ごとにファイル情報を整理したものを示す。図６（ｂ）は、図６（ａ）のファイル情報から障害の回復のために、リストアを行うためのファイル情報を示したものである。この図６（ｂ）に示したファイル情報が障害多作ファイル１１５となる。障害ファイル情報は、障害が発生した記憶装置名６０１、業務名６０２、ファイル名６０３が登録される。ファイル名６０３は、業務サーバ１２０から受取ったファイル名とジョブスケジュールファイル１１３の情報から、業務単位にまとめて登録される。
【００２０】
図１に示した本システム全体の動作について説明する。
【００２１】
図６は、システム全体の動作を示した図である。
【００２２】
まず、管理サーバ１００のジョブスケジュールプログラム１０３によって、スケジュールファイル１１３が監視され、業務Ｈの実行開始時刻になったら、履歴ファイル１１４に業務Ｈ及び開始時刻を登録し、業務サーバ１２０に対して業務Ｈの実行指示を発行する（７０１）。尚、業務の実行指示はジョブを実行する業務サーバ１２０に対してジョブの実行単位で発行される。業務サーバ１２０のジョブ実行管理プログラム１２３によって、実行指示を受けたジョブが実行され、記憶装置１３０との間でデータのやり取りが行われる（７０２）。尚、このときジョブ実行管理プログラム１２３は、実行されたジョブがアクセスした記憶装置のファイルをファイルデータとして登録する。ジョブの実行が終了すると、業務サーバ１２０のジョブ実行管理プログラム１２３によって、管理サーバ１００へジョブの実行が終了したことを報告する（７０３）。ジョブの終了の報告を受けると、管理サーバ１００のジョブスケジュールプログラム１０３によって、業務Ｈの全てのジョブに対する終了報告を受けた時点で、業務Ｈの終了時刻、実行結果が履歴ファイル１１４に登録される。
【００２３】
次に、ジョブスケジュールプログラム１０３によって、スケジュールに従ってフルバックアップを実行するため、バックアップ管理プログラム１０５に対してフルバックアップの指示を発行する。ここでバックアップのタイプとしては、記憶装置１３０に記憶されているデータをそのまま記憶装置１５０へ送るものと、記憶装置１３０に記憶されているファイル単位で記憶装置１５０へ送るものがある。ファイル単位で記憶装置１５０へ送る場合は、記憶装置１５０からファイル単位で読み出すことができる。
【００２４】
バックアップ管理プログラム１０５によって、業務サーバ１２０に対してファイル情報の送付指示が発行される（７０４）。ファイル情報の送付指示を受けた業務サーバ１２０は、ジョブ実行管理プログラム１２３によって、記憶部１２２に記憶されているファイルデータが管理サーバ１００へ送られる（７０５）。
【００２５】
バックアップ管理プログラム１０５によって、業務サーバ１２０から送られてきたファイル情報は図６（ａ）に示すように記憶装置１３０ごとに分類される。業務サーバ１２０に対して分類したファイル情報とバックアップ実行指示とを送る（７０６）。バックアップ実行指示を受けた業務サーバ１１０は、バックアッププログラム１２４により受取ったファイル情報に基づいてファイル単位にバックアップを行う。ここでは、記憶装置１３０からバックアップのファイルのデータを受け取り（７０７）、そのデータを記憶装置１５０へ送り（７０８）、バックアップを行う操作を説明している。これは、業務サーバ１２０を介さずに記憶装置１３０と記憶装置１５０との間でバックアップが行われるようなものでもよい。また、１つの業務サーバ１１０が複数の記憶装置１２０に対してバックアップを行うようにしてもよい。つまり、管理サーバ１００のバックアップ管理プログラム１０５が、記憶装置１２０−１のファイル情報とバックアップ実行指示とを業務サーバ１２０−１に送り、記憶装置１２０−２のファイル情報とバックアップ実行指示とを業務サーバ１２０−２に送ることにより、それぞれの業務サーバでバックアップが行われることになる。また、バックアップ管理プログラム１０５が記憶装置１３０−１、１３０−２のファイル情報とバックアップ実行指示とを業務サーバ１２０−１へ送ることにより、業務サーバ１２０−１により記憶装置１３０−１、１３０−２のバックアップが行われることになる。いずれにしても、記憶装置１３０のファイル単位でバックアップが行われればよい。
【００２６】
バックアッププログラム１２４は、記憶装置１３０に格納されている全てのファイルについてバックアップを終了すると、管理サーバ１００に対してバックアップ終了を報告する（７０９）。管理サーバ１００のバックアップ管理プログラム１０５は、報告を受けると処理を終了し、ジョブスケジュールプログラム１０３へバックアップが終了したことを報告する。ジョブスケジュールプログラム１０３は、履歴ファイルに正常終了と終了時刻とを登録する。
【００２７】
このようにして、管理サーバ１００は業務サーバ１２０に対して業務の実行を指示する。
【００２８】
次に、業務の実行途中で記憶装置１３０の障害発生した場合の動作について説明する。
【００２９】
管理サーバ１００は、スケジュールに従って、業務サーバ１２０へ業務Ａ実行の指示を送る（７１０）。業務サーバ１２０は、実行指示に従って業務Ａのジョブを実行する。ここで、業務サーバ１２０−１が記憶装置１３０−１で障害が発生したことを検出すると、障害処理プログラム１２６は管理サーバ１００に障害が発生した記憶装置１３０−１と障害発生の情報を送る（７１１）。管理サーバ１００は、障害発生の通知を受けると、ジョブスケジュールプログラム１０３の処理を停止し、リストア管理プログラム１０４を実行する。障害が発生すると、フルバックアップ後に実行された業務から処理を開始する。リストア管理プログラム１０４は、速やかに処理を開始するために、業務の実行に必要なファイルから順にリストアの処理を行っていく。
【００３０】
リストア管理プログラム１０４は、それぞれの記憶装置１３０に記憶されているファイルを特定するため、業務サーバ１２０に対してファイル情報の送信要求を発行する（７１２）。業務サーバ１２０は、記憶部１２７に記憶されているファイル情報を管理サーバ１００へ送り（７１３）、リストア管理プログラム１０４は、記憶装置１３０ごとにファイル情報を整理する。次に、障害が発生した記憶装置以外で、リストアする必要があるファイルを特定する。図８は、フルバックアップ以降に行われた業務及び行う予定の業務と、その業務に利用されるファイルとの関係を示したものである。記憶装置１３０−１に障害が発生した場合、業務Ａから処理を行っても記憶装置１３０−２に記憶されているファイルの影響はない。これに対して例えば図８に示す場合において、業務Ｃで障害が発生した場合、業務Ａから処理を行うと記憶装置１３０−２に記憶されているファイルＢに影響が出る。つまり、記憶装置１３０−２に記憶されたファイルＢを読み込み、その値を使って処理を行い、処理の結果をファイルＢとして記憶装置１３０−２に登録している場合、ファイルＢの内容が当初のものと変わってしまう場合がある。そのため、この場合には記憶装置１３０−２に記憶されたファイルＢについてリストアを行う必要がある。尚、本実施例では障害が発生した場合、フルバックアップ後に、障害が発生した記憶装置１３０に格納されているファイルが利用される業務から再度実行するようにしている。つまり、図８において、記憶装置１３０−１に障害が発生した場合、業務Ｅの直前にフルバックが行われていれば業務Ａから実行される。業務Ｂと業務Ｃとの間にフルバックアップが行われていれば、業務Ｂから実行される。このような場合において、障害が発生していない記憶装置１３０に対するリストアするためのファイルは次のように決定する。まず、障害が発生した業務と障害後に開始される業務との間に存在する業務を特定する。次に、その特定された業務で利用されるファイルを特定し、このファイルが記憶されている記憶装置を特定する。この記憶装置が、障害が発生した記憶装置でない場合、当該ファイルをリストアを実行するファイルの対象とする。リストア管理プログラム１０４は、このようにして図６に示す障害ファイルを生成する。
【００３１】
リストア管理プログラム１０４は、再び実行される業務を履歴ファイル１１４から特定し、その業務で利用されるファイルのリストアを行うため、業務サーバ１２０へリストア実行指示を送る（７１４）。ここでは、図４に示された履歴情報により業務Ａが実行する業務であり、ファイルＡ１、Ａ２がリストの対象のファイルとなる。リストア実行指示を受取った業務サーバ１２０は、バックアッププログラム１２４で記憶装置１５０から指示を受けたファイルを記憶装置１３０へ登録する（７１５、７１６）。指示を受けた全てファイルが記憶装置１３０へ登録されると、業務サーバ１２０は、管理サーバ１００へリストア終了を報告する（７１７）。リストア終了報告を受けたリストア管理プログラム１０４は、障害ファイル情報からリストアを実行したファイル名を削除し、ジョブスケジュールプログラム１０３へ業務実行指示を出す。具体的には、業務ＡのファイルＡ１、Ａ２のリストアが終了した報告を受けて、ジョブスケジュールプログラム１０３へ業務Ａの実行指示を出す。次に、リストア管理プログラム１０４は、履歴ファイルを参照し、次に実行する業務を特定する。ここで、履歴ファイルに実行する業務があれば、同様にファイルのリストアを行った後に業務の実行を指示する。履歴ファイルに実行する業務がなければ、スケジュールファイル１１３を参照し、スケジュールに従って業務を実行する。尚、リストア管理プログラム１０４は、図６に示した障害対策ファイルに登録されたファイルがなくなるまで、業務の実行前にリストを行う。そして、障害ファイル情報に登録されたファイルがなくなった時点で、リストア管理プログラム１０４は、ジョブスケジュールプログラム１０３にスケジュールに従って業務を行うよう指示を行い、処理を終了する。
【００３２】
図９は、リストア管理プログラム１０４の処理を示したものである。
【００３３】
リストア管理プログラム１０４によって、障害の発生によりリストアが必要となるファイルを特定した障害対策ファイルが生成され（９０１）、次に、履歴ファイルにより業務が実行される単位でリストアが実行され（９０２）、最後に障害対策ファイルによるリストアが実行される（９０３）。このように、履歴ファイルによっても全てのファイルがリストアできない場合があるために、障害対策ファイルによってリストアを行うようにしている。
【００３４】
次に、各処理について詳細に説明する。
【００３５】
図１０は、障害対策ファイルを生成する処理を示したものである。リストア管理プログラム１０４は、ファイル情報の送信要求を発行する（１００１）。リストア管理プログラム１０４は、ファイル情報を受取ると（処理１００２で「Ｙ」）、図６（ａ）に示すように記憶装置１３０ごとにファイル情報を整理する。ここで障害が発生した記憶装置については、そのまま障害対策ファイルとする（１００３）。次に、リストア管理プログラム１０４は、障害が発生した記憶装置以外の記憶装置に格納されたファイルで、リストアが必要なファイルを特定する。まず、障害が発生した後に最初に実行すべき業務（以下、「業務Ａ」と称す。）を特定する（１００４）。次に、障害が発生した業務（以下、「業務Ｂ」と称す。）を特定する（１００５）。業務Ａから業務Ｂまでの業務を特定し（１００６）、その業務が障害が発生していない記憶装置を利用した業務（以下、「業務Ｃ」と称す。）であるかを調べ、業務Ｃに該当する業務があれば（処理１００７で「Ｙ」）、その業務とその業務で利用されるファイルを障害対策ファイルに追加する（１００８）。
【００３６】
これにより、障害が発生した後に実行される業務であって、リストアをすべきファイル情報が生成される。
【００３７】
図１１は、履歴ファイルによる処理を示したものである。
【００３８】
まず、履歴ファイルのコピーを生成する（１１０１）。ここでは図４に示す履歴ファイルがコピーされたものとして説明する。次に、コピーした履歴ファイルの業務Ａから時系列順に業務を実行する。まず、最初に実行すべき業務（ここでは、業務Ａ）に利用されるファイルを障害対策ファイルから特定し（１１０２）、特定したファイルのリストアの指示を発行する（１００３）。リストアの終了処理を受けると（処理１１０４で「Ｙ」）、障害対策ファイルからリストアを実行したファイルを削除し（１００５）、ジョブスケジュールプログラム１０３へ業務の実行指示を出す（１１０６）。業務の終了報告を受けると、コピーした履歴ファイルから実行した業務を削除し（１１０７）、次に実行すべき業務があるかを確認する。次に実行すべき業務があれば、処理１１０２へ戻る。
【００３９】
図１２は、障害対策ファイルによる処理を示したものである。
【００４０】
障害対策ファイルを参照し、リストアされていないファイルがあるか調べる。リストアされていないファイルがあれば（処理１２０１で「Ｙ」）、リストア管理プログラム１０４はスケジュールファイルから次に実行すべき業務を特定し（１２０２）、特定した業務のファイルが障害対策ファイルにあるかを確認する。障害対策ファイルにあれば（処理１２０３で「Ｙ」）、ファイルのリストアを実行し（１２０４）、リストアの終了報告を受けて、障害ファイルからリストアを行ったファイルを削除し（１２０６）、ジョブスケジュールプログラム１０１に業務の実行指示を発行する（１２０７）。まだ障害対策ファイルにファイル名が登録されているかを確認し、登録されていれば処理１２０２へ戻る。障害対策ファイルに登録された全てのファイルがなくなるまで、リストア管理プログラム１０４の管理下で業務が実行される。障害ファイルに登録された全てのファイルがなくなれば、リストア管理プログラム１０４はジョブスケジュールプログラム１０３にリストア処理の報告を行う（１２０９）。この報告を受けるとスケジュールプログラム１０３は、スケジュールファイルに従って処理を行うよう指示を出す。
【００４１】
このようにリストア管理プログラム１０４の処理により、業務に必要なファイルの単位でリストアを実行することにより、記憶装置に登録されたファイルを全てリストアした後に業務を実行する場合に比べて、業務の再開が早くなる。
【００４２】
また、障害が発生した記憶装置の状態が不安定な場合、再度障害が発生することもある。この場合、全てのファイルをリストアした後に障害が発生すると、膨大な時間を無駄にする。これに対して、リストア管理プログラム１０４は、業務に必要なファイルをリストアするので、再度障害が発生したとしても、それまでに要した時間は少なくなる。従って、同じ業務を実行させて障害の原因を究明するといったことにも利用することができる。
【００４３】
更に、リストア管理プログラム１０４は障害が発生していない記憶装置についてもファイル単位でリストアを実行している。従って、全てのファイルをリストアしてから業務を実行する場合に比べて、業務の再開が早くなる。尚、障害が発生していない記憶装置に対するリストアを行う必要がない場合には、処理１００４〜１００８の処理を実行しなければよい。
【００４４】
リストア管理プログラム１０４は、リストアの指示をリストアするファイルを管理している業務サーバへ依頼しているが、業務サーバが全ての記憶装置に対してアクセス可能なバックアップを行うバックアッププログラムを有していれば、業務の実行とバックアップとを分散して実行することができる。つまり、リストア管理プログラム１０４は、業務を実行していない業務サーバをスケジュールファイルから特定し、特定された業務サーバに対して、リストア先とリストアすべきファイルの情報を送ることにより、指定された業務サーバでリストアが行われる。これは、リストア管理プログラム１０４がファイル単位にリストアを行うよう指示しているので、業務の実行中にリストアが完了していなくても、次の業務の実行までそれほど時間がかからないと考えられるためにできることである。
【００４５】
尚、図１に示したシステムは、複数の業務サーバが一つの記憶装置を利用可能な場合を説明したが、一つの業務サーバが一つの記憶装置しか利用できないようなシステムであっても、既に説明した処理を実行することができる。
【００４６】
また、ファイル単位にリストアを実行するため、本実施例では図３で業務とジョブと業務サーバとの関係を登録し、図５又は図６でジョブとファイルとの関係を登録し、リストアを行う業務からファイルを特定する構成としているが、予めジョブごとに利用されるファイルと記憶装置とが特定できれば、図３のスケジュールファイルに、業務、ジョブ、ファイル、記憶装置とを対応付けて登録させることができる。この場合、ファイルの構成を業務サーバへ問い合わせる必要がなくなる。
【００４７】
【発明の効果】
本発明によれば、あるスケジュールに従って業務が複数の計算機で実行されているような環境において、より早く業務の再開を行うことができる。
【図面の簡単な説明】
【図１】システム全体の構成を示した図である。
【図２】記憶装置に格納されたファイルを示した図である。
【図３】スケジュールファイルの一例を示した図である。
【図４】履歴ファイルの一例を示した図である。
【図５】ファイルデータの一例を示した図である。
【図６】障害対策ファイルの一例を示した図である。
【図７】システムの動作を説明するための図である。
【図８】業務とファイルとの関係を示した図である。
【図９】リストア管理プログラムの処理を示した図である。
【図１０】リストア管理プログラムの処理を示した図である。
【図１１】リストア管理プログラムの処理を示した図である。
【図１２】リストア管理プログラムの処理を示した図である。
【符号の説明】
１００ 管理サーバ
１０３ ジョブスケジュールプログラム
１０４ リストア管理プログラム
１０５ バックアップ管理プログラム
１０６ アプリケーションプログラム
１２０ 業務サーバ
１２３ ジョブ実行管理プログラム
１２４ バックアッププログラム
１２５ ジョブプログラム群
１３０ 記憶装置
１５０ 記憶装置
【発明の属する技術分野】
本発明は、ある記憶装置に記憶されたデータを他の記憶装置に転送技術に係り、特にデータのリストアを行うものに関する。
【０００２】
【従来の技術】
従来、記憶装置に障害が発生した場合、この障害が発生した記憶装置を復旧させてから業務を再開することが行われていた。しかしながら、この場合、業務の再開までに時間がかかってしまうといった問題があった。
【０００３】
この問題を解決するものとして、例えば特開２００１−１７５４２３号公報には、全ての論理ディスクが復旧が完了する前に特定の論理ディスクを上位からアクセスすることを可能にする技術が記載されている。
【０００４】
【発明が解決しようとする課題】
複雑な処理を行うために複数の計算機と記憶装置とをネットワークで接続された環境において、業務を複数の計算機で分散して実行することが行われている。また、複数の業務を効率的に処理するために、それぞれの業務のスケジュールを立てて、実行している。
【０００５】
このような環境において、記憶装置に障害が発生した場合、記憶装置が完全に復旧するまでまって業務を再開すると、業務の再開までに時間がかかってしまうといった問題がある。また、先に説明した従来技術においては、全ての論理ディスクが復旧が完了する前に特定の論理ディスクを上位からアクセスすることを可能にするものであるが、計算機で実行される業務スケジュールとの関係については開示されていない。
【０００６】
本発明は、あるスケジュールに従って業務が複数の計算機で実行されているような環境において、より早く業務の再開を行うための方法、装置を提供することを目的とする。
【０００７】
【課題を解決するための手段】
上記目的を達成するため、計算機で処理される業務を特定し、特定された業務で利用されるファイルを特定し、特定されたファイルのデータを他の記憶装置から転送する。
【０００８】
【発明の実施の形態】
以下、図面を用いて本発明の一実施形態について説明する。図１は、予め与えられたスケジュールに従って業務を実行する情報処理システムの構成を示したものである。本システムは、管理サーバ１００、業務サーバ１２０、記憶装置１３０、記憶装置１５０によって構成されている。図中、業務サーバ１２０、記憶装置１３０に付けられた添字（−１、−２）は、それぞれの業務サーバを特定して説明するためのもので、特に説明しない場合は構成上同じものである。管理サーバ１００、業務サーバ１２０、記憶装置１３０はそれぞれＣＰＵなどの処理部１０１、１２１、１３１とＲＡＭ、ＲＯＭなどの記憶部１０２、１２２、１３２とを有している。それぞれの処理部は記憶部に記憶されたプログラムを実行することで所定の機能を実行する。
【０００９】
図１に示したシステムにおいて、管理サーバ１００と業務サーバ１２０との間はＬＡＮ、業務サーバ１２０、記憶装置１３０、記憶装置１５０の間はストレージエリアネットワーク（ＳＡＮ）で接続されている。
【００１０】
管理サーバ１００は、業務を実行するためのスケジュールを管理するジョブスケジュールプログラム１０３、記憶装置１３０に記憶されているデータを記憶装置１５０へ転送するデータのバックアップを管理するバックアップ管理プログラム１０５、記憶装置１５０で管理されているデータを記憶装置１３０へ転送するデータのリストアを管理するリストア管理プログラム１０４とを有している。また、管理サーバ１００には、記憶装置１１０が接続されており、ジョブスケジュールプログラム１０１によって管理されるスケジュールが格納されたスケジュールファイル１１３、スケジュールに従って実行された業務が格納された履歴ファイル１１４、障害の発生により停止した業務を再実行するために必要なファイルの情報が格納された障害対策ファイル１１５が格納されている。尚、ここでジョブとは業務サーバ１２０によって実行される一つの処理の単位をいい、業務とは１つ又は複数のジョブによって実行される処理をいう。
【００１１】
業務サーバ１２０は、管理サーバ１００からの指示により実行される複数のジョブからなるジョブプログラム群１２５、これらのジョブの実行を管理するジョブ実行管理プログラム１２３、管理サーバ１００からの指示により記憶装置１３０から記憶装置１５０へデータ転送してバックアップを行ったり、記憶装置１５０から記憶装置１３０へデータを転送してデータのリストアを行うバックアッププログラム１２４、記憶装置１３０又は業務サーバ１２０自身の障害を検出し、管理サーバ１００へ報告する障害処理プログラム１２６とを有している。また、業務サーバ１１０は、記憶装置１３０に格納されているファイル名が登録されたファイルデータ１２７を有している。
【００１２】
記憶装置１３０は、業務サーバ１２０がジョブを実行するときに利用するものであり、業務サーバ１２０からのアクセスを制御するアクセス制御プログラム１３３と、データの塊であるファイルが格納される記憶部１４０とを有している。この記憶部１４０は、複数のディスクによって構成されたディスクアレイであり、この記憶装置１３０がＲＡＩＤであってもよい。
【００１３】
記憶装置１５０は、記憶装置１３０に格納されたファイルがバックアップされるものであり、業務サーバ１２０からのアクセスを制御するアクセス制御プログラム１５３と、データの塊であるファイルが格納される記憶部１６０とを有している。この記憶領域１３２はテープ、ディスクなどのデバイスで構成されている。
尚、記憶装置１５０のアクセス制御プログラム１５３は、記憶部１６０からファイル単位での読出しや書き込みができるものである。
【００１４】
図２は、それぞれの記憶装置１３０−１、１３０−２の記憶部１４０−１、１４０−２に記憶されているデータを示したものである。図２（ａ）は、記憶部１４０−１に記憶されているデータを示したものである。この図では、データがファイル単位に記憶されていることを示している。また、ファイルＡ１、ファイルＡ２、ファイルＨ１は、既に記憶されているファイルを示している。実際には、ファイルＢ１、ファイルＣ１、ファイルＤ１、ファイルＤ２は、まだ記憶されていないファイルであるが、業務の実行により後に格納されるファイルである。
図２（ｂ）は、記憶部１４０−２に記憶されているファイルを示したものである。ここでは、ファイルＥ１、ファイルＥ２、ファイルＥ３が既に記憶され、ファイルＢ２、ファイルＦ２、ファイルＦ３、ファイルＧ１は、業務の実行により後に記憶されるファイルである。
【００１５】
図３は、スケジュールファイル１１３に格納されたスケジュール情報の一例を示したものである。スケジュール情報は実行する業務名３０１、業務の開始予定時刻３０２、業務の実行状態３０３、業務で実行されるジョブ３０４が登録されている。ここで、業務で実行されるジョブとして、例えば「ジョブＨ１（１）」は、ジョブＨ１が業務サーバ１２０−１で実行されることを意味する。また、それぞれのジョブで実行されるファイルは、図２で説明した各ファイルに対応している。つまり、ジョブＨ１で生成又は利用されるファイルはファイルＨ１である。図３に示したスケジュール情報は、フルバックアップまで終了し、業務Ａの処理が実行されている状態であることを示している。
【００１６】
図４は、履歴ファイル１１４に格納された履歴情報の一例を示したものである。履歴情報は、業務サーバ１１０で実行された業務名４０１、業務開始時刻４０２、終了時刻４０３、状態４０４、業務で実行されたジョブ４０５が登録されている。尚、履歴ファイル１１４は業務サーバで実行された業務の履歴を格納するものであるが、業務Ｅはスケジュールファイル１１３には登録されていない。これは、割り込みによって発生した業務であることを示している。尚、割り込みにより発生した業務においても、それぞれのジョブが実行される業務サーバは記憶装置１１０で図示しないテーブルによって管理されている。
【００１７】
管理サーバ１００のジョブスケジュールプログラム１０３により、管理者から入力された業務と業務の実行条件（開始時刻、実行順序など）に基づいてスケジュール情報を生成し、スケジュールファイル１１３に登録する。また、ジョブスケジュールプログラム１０３により、登録されたスケジュールファイル１１３を監視し、業務開始時刻となった業務の実行命令を業務サーバ１２０へ送る。この時、履歴情報として業務名、開始時刻、実行結果、実行されたジョブとを履歴ファイル１１４に登録する。ここで開始時刻として、業務サーバ１１０へ業務実行命令を発行した時刻を、また実行結果として「実行中」を登録する。業務サーバ１２０から業務の実行の終了報告を受けると、ジョブスケジュールプログラム１０３により、終了時刻、実行結果とを履歴情報として登録する。ここで、終了時刻として、業務サーバ１２０から業務の実行の終了報告を受けた時刻を、実行結果として「正常終了」を登録する。
【００１８】
図５は、業務サーバ１２０の記憶部１２２に格納されたファイル情報の一例を示したものである。図５（ａ）は、業務サーバ１２０−１の記憶部１２２に格納されたファイルデータの一例を示したものである。ファイルデータとして、ジョブ名５０１、ファイル名５０２、記憶装置名５０３とが登録されている。また、図５（ｂ）は、業務サーバ１１０−２の記憶部１２２に格納されたファイル情報の一例を示したものである。図５（ａ）、（ｂ）に示したファイル情報は、それぞれの業務サーバ１２０で管理しているファイル情報であり、具体的にはジョブ実行管理プログラム１２３によって管理されている。ジョブ実行管理プログラム１２３は、管理サーバ１００から業務実行命令を受けると、この業務を実行するためのジョブを起動する。そして、起動したジョブを監視し、ジョブに利用されるファイル名と記憶装置名をジョブ名とともに記憶する。尚、図５に示されたファイルデータは、図２に示す各記憶部に記憶されたファイルであり、業務の実行により生成されたものである。
【００１９】
図６は、障害対策ファイル１１５のファイル情報の一例を示したものである。図６（ａ）は、業務サーバ１２０から受けた障害報告により業務サーバへ問合せを行い、記憶装置ごとにファイル情報を整理したものを示す。図６（ｂ）は、図６（ａ）のファイル情報から障害の回復のために、リストアを行うためのファイル情報を示したものである。この図６（ｂ）に示したファイル情報が障害多作ファイル１１５となる。障害ファイル情報は、障害が発生した記憶装置名６０１、業務名６０２、ファイル名６０３が登録される。ファイル名６０３は、業務サーバ１２０から受取ったファイル名とジョブスケジュールファイル１１３の情報から、業務単位にまとめて登録される。
【００２０】
図１に示した本システム全体の動作について説明する。
【００２１】
図６は、システム全体の動作を示した図である。
【００２２】
まず、管理サーバ１００のジョブスケジュールプログラム１０３によって、スケジュールファイル１１３が監視され、業務Ｈの実行開始時刻になったら、履歴ファイル１１４に業務Ｈ及び開始時刻を登録し、業務サーバ１２０に対して業務Ｈの実行指示を発行する（７０１）。尚、業務の実行指示はジョブを実行する業務サーバ１２０に対してジョブの実行単位で発行される。業務サーバ１２０のジョブ実行管理プログラム１２３によって、実行指示を受けたジョブが実行され、記憶装置１３０との間でデータのやり取りが行われる（７０２）。尚、このときジョブ実行管理プログラム１２３は、実行されたジョブがアクセスした記憶装置のファイルをファイルデータとして登録する。ジョブの実行が終了すると、業務サーバ１２０のジョブ実行管理プログラム１２３によって、管理サーバ１００へジョブの実行が終了したことを報告する（７０３）。ジョブの終了の報告を受けると、管理サーバ１００のジョブスケジュールプログラム１０３によって、業務Ｈの全てのジョブに対する終了報告を受けた時点で、業務Ｈの終了時刻、実行結果が履歴ファイル１１４に登録される。
【００２３】
次に、ジョブスケジュールプログラム１０３によって、スケジュールに従ってフルバックアップを実行するため、バックアップ管理プログラム１０５に対してフルバックアップの指示を発行する。ここでバックアップのタイプとしては、記憶装置１３０に記憶されているデータをそのまま記憶装置１５０へ送るものと、記憶装置１３０に記憶されているファイル単位で記憶装置１５０へ送るものがある。ファイル単位で記憶装置１５０へ送る場合は、記憶装置１５０からファイル単位で読み出すことができる。
【００２４】
バックアップ管理プログラム１０５によって、業務サーバ１２０に対してファイル情報の送付指示が発行される（７０４）。ファイル情報の送付指示を受けた業務サーバ１２０は、ジョブ実行管理プログラム１２３によって、記憶部１２２に記憶されているファイルデータが管理サーバ１００へ送られる（７０５）。
【００２５】
バックアップ管理プログラム１０５によって、業務サーバ１２０から送られてきたファイル情報は図６（ａ）に示すように記憶装置１３０ごとに分類される。業務サーバ１２０に対して分類したファイル情報とバックアップ実行指示とを送る（７０６）。バックアップ実行指示を受けた業務サーバ１１０は、バックアッププログラム１２４により受取ったファイル情報に基づいてファイル単位にバックアップを行う。ここでは、記憶装置１３０からバックアップのファイルのデータを受け取り（７０７）、そのデータを記憶装置１５０へ送り（７０８）、バックアップを行う操作を説明している。これは、業務サーバ１２０を介さずに記憶装置１３０と記憶装置１５０との間でバックアップが行われるようなものでもよい。また、１つの業務サーバ１１０が複数の記憶装置１２０に対してバックアップを行うようにしてもよい。つまり、管理サーバ１００のバックアップ管理プログラム１０５が、記憶装置１２０−１のファイル情報とバックアップ実行指示とを業務サーバ１２０−１に送り、記憶装置１２０−２のファイル情報とバックアップ実行指示とを業務サーバ１２０−２に送ることにより、それぞれの業務サーバでバックアップが行われることになる。また、バックアップ管理プログラム１０５が記憶装置１３０−１、１３０−２のファイル情報とバックアップ実行指示とを業務サーバ１２０−１へ送ることにより、業務サーバ１２０−１により記憶装置１３０−１、１３０−２のバックアップが行われることになる。いずれにしても、記憶装置１３０のファイル単位でバックアップが行われればよい。
【００２６】
バックアッププログラム１２４は、記憶装置１３０に格納されている全てのファイルについてバックアップを終了すると、管理サーバ１００に対してバックアップ終了を報告する（７０９）。管理サーバ１００のバックアップ管理プログラム１０５は、報告を受けると処理を終了し、ジョブスケジュールプログラム１０３へバックアップが終了したことを報告する。ジョブスケジュールプログラム１０３は、履歴ファイルに正常終了と終了時刻とを登録する。
【００２７】
このようにして、管理サーバ１００は業務サーバ１２０に対して業務の実行を指示する。
【００２８】
次に、業務の実行途中で記憶装置１３０の障害発生した場合の動作について説明する。
【００２９】
管理サーバ１００は、スケジュールに従って、業務サーバ１２０へ業務Ａ実行の指示を送る（７１０）。業務サーバ１２０は、実行指示に従って業務Ａのジョブを実行する。ここで、業務サーバ１２０−１が記憶装置１３０−１で障害が発生したことを検出すると、障害処理プログラム１２６は管理サーバ１００に障害が発生した記憶装置１３０−１と障害発生の情報を送る（７１１）。管理サーバ１００は、障害発生の通知を受けると、ジョブスケジュールプログラム１０３の処理を停止し、リストア管理プログラム１０４を実行する。障害が発生すると、フルバックアップ後に実行された業務から処理を開始する。リストア管理プログラム１０４は、速やかに処理を開始するために、業務の実行に必要なファイルから順にリストアの処理を行っていく。
【００３０】
リストア管理プログラム１０４は、それぞれの記憶装置１３０に記憶されているファイルを特定するため、業務サーバ１２０に対してファイル情報の送信要求を発行する（７１２）。業務サーバ１２０は、記憶部１２７に記憶されているファイル情報を管理サーバ１００へ送り（７１３）、リストア管理プログラム１０４は、記憶装置１３０ごとにファイル情報を整理する。次に、障害が発生した記憶装置以外で、リストアする必要があるファイルを特定する。図８は、フルバックアップ以降に行われた業務及び行う予定の業務と、その業務に利用されるファイルとの関係を示したものである。記憶装置１３０−１に障害が発生した場合、業務Ａから処理を行っても記憶装置１３０−２に記憶されているファイルの影響はない。これに対して例えば図８に示す場合において、業務Ｃで障害が発生した場合、業務Ａから処理を行うと記憶装置１３０−２に記憶されているファイルＢに影響が出る。つまり、記憶装置１３０−２に記憶されたファイルＢを読み込み、その値を使って処理を行い、処理の結果をファイルＢとして記憶装置１３０−２に登録している場合、ファイルＢの内容が当初のものと変わってしまう場合がある。そのため、この場合には記憶装置１３０−２に記憶されたファイルＢについてリストアを行う必要がある。尚、本実施例では障害が発生した場合、フルバックアップ後に、障害が発生した記憶装置１３０に格納されているファイルが利用される業務から再度実行するようにしている。つまり、図８において、記憶装置１３０−１に障害が発生した場合、業務Ｅの直前にフルバックが行われていれば業務Ａから実行される。業務Ｂと業務Ｃとの間にフルバックアップが行われていれば、業務Ｂから実行される。このような場合において、障害が発生していない記憶装置１３０に対するリストアするためのファイルは次のように決定する。まず、障害が発生した業務と障害後に開始される業務との間に存在する業務を特定する。次に、その特定された業務で利用されるファイルを特定し、このファイルが記憶されている記憶装置を特定する。この記憶装置が、障害が発生した記憶装置でない場合、当該ファイルをリストアを実行するファイルの対象とする。リストア管理プログラム１０４は、このようにして図６に示す障害ファイルを生成する。
【００３１】
リストア管理プログラム１０４は、再び実行される業務を履歴ファイル１１４から特定し、その業務で利用されるファイルのリストアを行うため、業務サーバ１２０へリストア実行指示を送る（７１４）。ここでは、図４に示された履歴情報により業務Ａが実行する業務であり、ファイルＡ１、Ａ２がリストの対象のファイルとなる。リストア実行指示を受取った業務サーバ１２０は、バックアッププログラム１２４で記憶装置１５０から指示を受けたファイルを記憶装置１３０へ登録する（７１５、７１６）。指示を受けた全てファイルが記憶装置１３０へ登録されると、業務サーバ１２０は、管理サーバ１００へリストア終了を報告する（７１７）。リストア終了報告を受けたリストア管理プログラム１０４は、障害ファイル情報からリストアを実行したファイル名を削除し、ジョブスケジュールプログラム１０３へ業務実行指示を出す。具体的には、業務ＡのファイルＡ１、Ａ２のリストアが終了した報告を受けて、ジョブスケジュールプログラム１０３へ業務Ａの実行指示を出す。次に、リストア管理プログラム１０４は、履歴ファイルを参照し、次に実行する業務を特定する。ここで、履歴ファイルに実行する業務があれば、同様にファイルのリストアを行った後に業務の実行を指示する。履歴ファイルに実行する業務がなければ、スケジュールファイル１１３を参照し、スケジュールに従って業務を実行する。尚、リストア管理プログラム１０４は、図６に示した障害対策ファイルに登録されたファイルがなくなるまで、業務の実行前にリストを行う。そして、障害ファイル情報に登録されたファイルがなくなった時点で、リストア管理プログラム１０４は、ジョブスケジュールプログラム１０３にスケジュールに従って業務を行うよう指示を行い、処理を終了する。
【００３２】
図９は、リストア管理プログラム１０４の処理を示したものである。
【００３３】
リストア管理プログラム１０４によって、障害の発生によりリストアが必要となるファイルを特定した障害対策ファイルが生成され（９０１）、次に、履歴ファイルにより業務が実行される単位でリストアが実行され（９０２）、最後に障害対策ファイルによるリストアが実行される（９０３）。このように、履歴ファイルによっても全てのファイルがリストアできない場合があるために、障害対策ファイルによってリストアを行うようにしている。
【００３４】
次に、各処理について詳細に説明する。
【００３５】
図１０は、障害対策ファイルを生成する処理を示したものである。リストア管理プログラム１０４は、ファイル情報の送信要求を発行する（１００１）。リストア管理プログラム１０４は、ファイル情報を受取ると（処理１００２で「Ｙ」）、図６（ａ）に示すように記憶装置１３０ごとにファイル情報を整理する。ここで障害が発生した記憶装置については、そのまま障害対策ファイルとする（１００３）。次に、リストア管理プログラム１０４は、障害が発生した記憶装置以外の記憶装置に格納されたファイルで、リストアが必要なファイルを特定する。まず、障害が発生した後に最初に実行すべき業務（以下、「業務Ａ」と称す。）を特定する（１００４）。次に、障害が発生した業務（以下、「業務Ｂ」と称す。）を特定する（１００５）。業務Ａから業務Ｂまでの業務を特定し（１００６）、その業務が障害が発生していない記憶装置を利用した業務（以下、「業務Ｃ」と称す。）であるかを調べ、業務Ｃに該当する業務があれば（処理１００７で「Ｙ」）、その業務とその業務で利用されるファイルを障害対策ファイルに追加する（１００８）。
【００３６】
これにより、障害が発生した後に実行される業務であって、リストアをすべきファイル情報が生成される。
【００３７】
図１１は、履歴ファイルによる処理を示したものである。
【００３８】
まず、履歴ファイルのコピーを生成する（１１０１）。ここでは図４に示す履歴ファイルがコピーされたものとして説明する。次に、コピーした履歴ファイルの業務Ａから時系列順に業務を実行する。まず、最初に実行すべき業務（ここでは、業務Ａ）に利用されるファイルを障害対策ファイルから特定し（１１０２）、特定したファイルのリストアの指示を発行する（１００３）。リストアの終了処理を受けると（処理１１０４で「Ｙ」）、障害対策ファイルからリストアを実行したファイルを削除し（１００５）、ジョブスケジュールプログラム１０３へ業務の実行指示を出す（１１０６）。業務の終了報告を受けると、コピーした履歴ファイルから実行した業務を削除し（１１０７）、次に実行すべき業務があるかを確認する。次に実行すべき業務があれば、処理１１０２へ戻る。
【００３９】
図１２は、障害対策ファイルによる処理を示したものである。
【００４０】
障害対策ファイルを参照し、リストアされていないファイルがあるか調べる。リストアされていないファイルがあれば（処理１２０１で「Ｙ」）、リストア管理プログラム１０４はスケジュールファイルから次に実行すべき業務を特定し（１２０２）、特定した業務のファイルが障害対策ファイルにあるかを確認する。障害対策ファイルにあれば（処理１２０３で「Ｙ」）、ファイルのリストアを実行し（１２０４）、リストアの終了報告を受けて、障害ファイルからリストアを行ったファイルを削除し（１２０６）、ジョブスケジュールプログラム１０１に業務の実行指示を発行する（１２０７）。まだ障害対策ファイルにファイル名が登録されているかを確認し、登録されていれば処理１２０２へ戻る。障害対策ファイルに登録された全てのファイルがなくなるまで、リストア管理プログラム１０４の管理下で業務が実行される。障害ファイルに登録された全てのファイルがなくなれば、リストア管理プログラム１０４はジョブスケジュールプログラム１０３にリストア処理の報告を行う（１２０９）。この報告を受けるとスケジュールプログラム１０３は、スケジュールファイルに従って処理を行うよう指示を出す。
【００４１】
このようにリストア管理プログラム１０４の処理により、業務に必要なファイルの単位でリストアを実行することにより、記憶装置に登録されたファイルを全てリストアした後に業務を実行する場合に比べて、業務の再開が早くなる。
【００４２】
また、障害が発生した記憶装置の状態が不安定な場合、再度障害が発生することもある。この場合、全てのファイルをリストアした後に障害が発生すると、膨大な時間を無駄にする。これに対して、リストア管理プログラム１０４は、業務に必要なファイルをリストアするので、再度障害が発生したとしても、それまでに要した時間は少なくなる。従って、同じ業務を実行させて障害の原因を究明するといったことにも利用することができる。
【００４３】
更に、リストア管理プログラム１０４は障害が発生していない記憶装置についてもファイル単位でリストアを実行している。従って、全てのファイルをリストアしてから業務を実行する場合に比べて、業務の再開が早くなる。尚、障害が発生していない記憶装置に対するリストアを行う必要がない場合には、処理１００４〜１００８の処理を実行しなければよい。
【００４４】
リストア管理プログラム１０４は、リストアの指示をリストアするファイルを管理している業務サーバへ依頼しているが、業務サーバが全ての記憶装置に対してアクセス可能なバックアップを行うバックアッププログラムを有していれば、業務の実行とバックアップとを分散して実行することができる。つまり、リストア管理プログラム１０４は、業務を実行していない業務サーバをスケジュールファイルから特定し、特定された業務サーバに対して、リストア先とリストアすべきファイルの情報を送ることにより、指定された業務サーバでリストアが行われる。これは、リストア管理プログラム１０４がファイル単位にリストアを行うよう指示しているので、業務の実行中にリストアが完了していなくても、次の業務の実行までそれほど時間がかからないと考えられるためにできることである。
【００４５】
尚、図１に示したシステムは、複数の業務サーバが一つの記憶装置を利用可能な場合を説明したが、一つの業務サーバが一つの記憶装置しか利用できないようなシステムであっても、既に説明した処理を実行することができる。
【００４６】
また、ファイル単位にリストアを実行するため、本実施例では図３で業務とジョブと業務サーバとの関係を登録し、図５又は図６でジョブとファイルとの関係を登録し、リストアを行う業務からファイルを特定する構成としているが、予めジョブごとに利用されるファイルと記憶装置とが特定できれば、図３のスケジュールファイルに、業務、ジョブ、ファイル、記憶装置とを対応付けて登録させることができる。この場合、ファイルの構成を業務サーバへ問い合わせる必要がなくなる。
【００４７】
【発明の効果】
本発明によれば、あるスケジュールに従って業務が複数の計算機で実行されているような環境において、より早く業務の再開を行うことができる。
【図面の簡単な説明】
【図１】システム全体の構成を示した図である。
【図２】記憶装置に格納されたファイルを示した図である。
【図３】スケジュールファイルの一例を示した図である。
【図４】履歴ファイルの一例を示した図である。
【図５】ファイルデータの一例を示した図である。
【図６】障害対策ファイルの一例を示した図である。
【図７】システムの動作を説明するための図である。
【図８】業務とファイルとの関係を示した図である。
【図９】リストア管理プログラムの処理を示した図である。
【図１０】リストア管理プログラムの処理を示した図である。
【図１１】リストア管理プログラムの処理を示した図である。
【図１２】リストア管理プログラムの処理を示した図である。
【符号の説明】
１００ 管理サーバ
１０３ ジョブスケジュールプログラム
１０４ リストア管理プログラム
１０５ バックアップ管理プログラム
１０６ アプリケーションプログラム
１２０ 業務サーバ
１２３ ジョブ実行管理プログラム
１２４ バックアッププログラム
１２５ ジョブプログラム群
１３０ 記憶装置
１５０ 記憶装置
Claims (4)
- 計算機で処理されたデータが記憶される第１の記憶装置に第２記憶装置に格納されたデータを転送するデータ転送方法であって、
前記計算機で処理される業務を特定し、特定された前記業務で利用されるファイルを特定し、特定された前記ファイルのデータを前記第２の記憶装置から前記第１の記憶装置に転送し、前記特定された業務を実行することを特徴とするデータ転送方法。 - 予め決められたスケジュールに従って業務を実行する複数の計算機と複数の第１の記憶装置とが接続され、障害が発生した第１の記憶装置へ第２の記憶装置に格納されたデータを転送するデータ復旧方法であって、
障害が発生した記憶装置から再実行すべき業務を特定し、特定された業務で利用されるファイルを特定し、特定された前記ファイルを前記第２の記憶装置から第１の記憶へ転送し、前記特定された業務を実行することを特徴とするデータ転送方法。 - 計算機に障害が発生した記憶装置に、他の記憶装置に記憶されたデータを転送する指示を行う処理を実行させるプログラムであって、
障害が発生した記憶装置を特定する情報から、障害が回復した後に実行される業務を特定し、特定された業務で利用されるファイルを特定し、特定された前記ファイルのデータを前記他の記憶装置から転送することを特徴とするプログラム。 - 請求項３記載のプログラムにおいて、特定された前記ファイルとは、障害が発生した後に実行される業務であって、障害が発生した記憶装置とは異なった記憶装置に記憶されたファイルを含むことを特徴とするプログラム。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002204992A JP2004046658A (ja) | 2002-07-15 | 2002-07-15 | データ転送方法 |
| US10/366,557 US7065539B2 (en) | 2002-07-15 | 2003-02-14 | Data transfer method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002204992A JP2004046658A (ja) | 2002-07-15 | 2002-07-15 | データ転送方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004046658A true JP2004046658A (ja) | 2004-02-12 |
Family
ID=30112743
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002204992A Pending JP2004046658A (ja) | 2002-07-15 | 2002-07-15 | データ転送方法 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US7065539B2 (ja) |
| JP (1) | JP2004046658A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008181287A (ja) * | 2007-01-24 | 2008-08-07 | Hitachi Ltd | データのリカバリを制御する装置及び方法 |
| JP2008257421A (ja) * | 2007-04-04 | 2008-10-23 | Hitachi Ltd | アプリケーション管理支援システム及び方法 |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8359349B2 (en) * | 2004-03-18 | 2013-01-22 | Nokia Corporation | System and associated terminal, method and computer program product for uploading content |
| JP2007140887A (ja) * | 2005-11-18 | 2007-06-07 | Hitachi Ltd | ストレージシステム、ディスクアレイ装置、ボリューム提示方法及びデータ一致性確認方法 |
| JP5061671B2 (ja) * | 2007-03-15 | 2012-10-31 | 富士通株式会社 | 演算プログラム、分散処理プログラム、分散処理システムおよび演算処理方法 |
| EP2693782B1 (en) * | 2011-04-19 | 2015-10-28 | Huawei Device Co., Ltd. | Method for backuping and recovering data of mobile terminal and mobile terminal thereof |
| JP2021135981A (ja) * | 2020-02-28 | 2021-09-13 | 京セラドキュメントソリューションズ株式会社 | データ連携システムおよび処理監視システム |
Family Cites Families (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5235601A (en) | 1990-12-21 | 1993-08-10 | Array Technology Corporation | On-line restoration of redundancy information in a redundant array system |
| JP3575811B2 (ja) | 1992-05-07 | 2004-10-13 | 株式会社日立製作所 | 記憶装置 |
| JP3003440B2 (ja) * | 1993-01-19 | 2000-01-31 | 株式会社日立製作所 | 負荷分散制御方法および分散処理システム |
| US5778395A (en) * | 1995-10-23 | 1998-07-07 | Stac, Inc. | System for backing up files from disk volumes on multiple nodes of a computer network |
| KR19980024086A (ko) | 1996-09-03 | 1998-07-06 | 니시무로 타이조 | 컴퓨터 시스템 및 화일 관리 방법 |
| US5892915A (en) * | 1997-04-25 | 1999-04-06 | Emc Corporation | System having client sending edit commands to server during transmission of continuous media from one clip in play list for editing the play list |
| US6732123B1 (en) | 1998-02-23 | 2004-05-04 | International Business Machines Corporation | Database recovery to any point in time in an online environment utilizing disaster recovery technology |
| US6345281B1 (en) * | 1999-03-01 | 2002-02-05 | Electronic Data Systems Corporation | Recovery method and system for a resource management system |
| US6473794B1 (en) * | 1999-05-27 | 2002-10-29 | Accenture Llp | System for establishing plan to test components of web based framework by displaying pictorial representation and conveying indicia coded components of existing network framework |
| US6256773B1 (en) * | 1999-08-31 | 2001-07-03 | Accenture Llp | System, method and article of manufacture for configuration management in a development architecture framework |
| JP3845239B2 (ja) | 1999-12-21 | 2006-11-15 | 日本電気株式会社 | ディスクアレイ装置及びディスクアレイ装置における障害復旧方法 |
| US6769074B2 (en) | 2000-05-25 | 2004-07-27 | Lumigent Technologies, Inc. | System and method for transaction-selective rollback reconstruction of database objects |
| US6636984B1 (en) | 2000-06-15 | 2003-10-21 | International Business Machines Corporation | System and method for recovering data from mirror drives following system crash |
| US6970939B2 (en) * | 2000-10-26 | 2005-11-29 | Intel Corporation | Method and apparatus for large payload distribution in a network |
| US6735293B2 (en) * | 2001-06-05 | 2004-05-11 | Bell Canada | Method and system for facilitating telecommunications service provisioning and service assurance |
| EP1502218A4 (en) * | 2002-04-15 | 2005-08-17 | Invensys Sys Inc | METHOD AND DEVICES FOR A PROCESS-, FACTORY-, ENVIRONMENT-, ENVIRONMENT- AND COMPUTER AIDED MANUFACTURING-BASED OR OTHERWISE CONTROL SYSTEM WITH REAL-TIME DATA DISTRIBUTION |
-
2002
- 2002-07-15 JP JP2002204992A patent/JP2004046658A/ja active Pending
-
2003
- 2003-02-14 US US10/366,557 patent/US7065539B2/en not_active Expired - Fee Related
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008181287A (ja) * | 2007-01-24 | 2008-08-07 | Hitachi Ltd | データのリカバリを制御する装置及び方法 |
| JP2008257421A (ja) * | 2007-04-04 | 2008-10-23 | Hitachi Ltd | アプリケーション管理支援システム及び方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| US20040010490A1 (en) | 2004-01-15 |
| US7065539B2 (en) | 2006-06-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR100604242B1 (ko) | 파일서버 기억장치 | |
| JP4688617B2 (ja) | 記憶制御システム及び方法 | |
| US7383264B2 (en) | Data control method for duplicating data between computer systems | |
| US7240241B2 (en) | Backup method and storage control device using the same | |
| US7873865B2 (en) | Apparatus and method for controlling data recovery | |
| JP4321705B2 (ja) | スナップショットの取得を制御するための装置及び記憶システム | |
| US7689862B1 (en) | Application failover in a cluster environment | |
| JP3938475B2 (ja) | バックアップ処理方法及びその実施システム並びにその処理プログラム | |
| US20050149684A1 (en) | Distributed failover aware storage area network backup of application data in an active-N high availability cluster | |
| US20060173870A1 (en) | Computing system and a method for calculating a recovery time of an application system | |
| US7657720B2 (en) | Storage apparatus and method of managing data using the storage apparatus | |
| JP2005100373A (ja) | 複数世代の回復スナップショットのバックアップと修復のマッピング装置 | |
| EP2524302B1 (en) | Persistent application activation and timer notifications | |
| JP4289056B2 (ja) | 計算機システム間のデータ二重化制御方法 | |
| WO2015043155A1 (zh) | 一种基于命令集的网元备份与恢复方法及装置 | |
| JP2011164800A (ja) | ストレージシステム及びストレージ制御方法 | |
| JP2004164046A (ja) | 階層型バックアップシステムにおけるバックアップ方法 | |
| JP2004046658A (ja) | データ転送方法 | |
| JP4095139B2 (ja) | コンピュータシステムおよびファイル管理方法 | |
| JPH1031562A (ja) | 情報処理システム | |
| US8676748B2 (en) | Clearing metadata tracks in a storage system | |
| US9355117B1 (en) | Techniques for backing up replicated data | |
| JP2003345638A (ja) | 記憶制御装置の制御方法及び記憶制御装置及びプログラム | |
| JPH05314075A (ja) | オンラインコンピュータ装置 | |
| JPH10116261A (ja) | 並列計算機システムのチェックポイントリスタート方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040910 |
|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20060419 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060906 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060912 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061102 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20070306 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070402 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20070509 |
|
| A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20080118 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100405 |