JP4016840B2 - Data backup system and method - Google Patents

Data backup system and method Download PDF

Info

Publication number
JP4016840B2
JP4016840B2 JP2003011983A JP2003011983A JP4016840B2 JP 4016840 B2 JP4016840 B2 JP 4016840B2 JP 2003011983 A JP2003011983 A JP 2003011983A JP 2003011983 A JP2003011983 A JP 2003011983A JP 4016840 B2 JP4016840 B2 JP 4016840B2
Authority
JP
Japan
Prior art keywords
backup
data
server
data transfer
transfer destination
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
Application number
JP2003011983A
Other languages
Japanese (ja)
Other versions
JP2004227132A (en
Inventor
宏 切明
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 JP2003011983A priority Critical patent/JP4016840B2/en
Publication of JP2004227132A publication Critical patent/JP2004227132A/en
Application granted granted Critical
Publication of JP4016840B2 publication Critical patent/JP4016840B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Description

【０００１】
【発明の属する技術分野】
本発明は、データバックアップシステム及び方法にかかり、特に、ネットワーク上の他のコンピュータにデータをバックアップするシステム及び方法に関する。
【０００２】
【従来の技術】
ディスク装置などの外部記憶装置を含むコンピュータシステムにおいては、ディスク装置に格納されているデータを障害から保護するために、そのデータを他の記憶媒体に対してバックアップするという処理が行われる。そして、近年では、ネットワークに接続されたコンピュータ間でバックアップが行われている。具体的には、同一ネットワーク上に、複数のコンピュータと、これらのバックアップ動作を管理する管理コンピュータとが接続されたシステムにおいて、複数のコンピュータのいずれかが自己の記憶装置に記憶しているデータを、他のコンピュータの記憶装置にコピーするというものである。そして、このとき、バックアップ先のコンピュータは、バックアップ対象データのデータ容量などを考慮して管理コンピュータが設定する。
【０００３】
しかし、上記のような従来のネットワーク分散型のデータバックアップシステムにおいては、バックアップ対象であるデータを記憶しているコンピュータと管理コンピュータとの間にネットワーク障害が発生すると、バックアップ動作が制御不能となり、バックアップ対象のコンピュータとバックアップ先のコンピュータとが通信可能な状態であっても、バックアップ自体ができなくなるという問題が生じる。
【０００４】
そして、さらには、上述したネットワーク障害などにより、バックアップ先のコンピュータへのバックアップ不可はもちろんのこと、バックアップ時間の超過という問題や、バックアップ時間超過による後続ジョブへの影響が生じるという問題も発生しうる。
【０００５】
そこで、上記問題点を解消するネットワーク分散型コンピュータシステムにて行われているデータバックアップ方法として、バックアップ処理の制御を、バックアップ対象データを有するコンピュータ自体が行う、という技術が特許文献１乃至３に開示されている。
【０００６】
特許文献１記載の発明では、ネットワーク上の各コンピュータがそれぞれ他のコンピュータの状況を監視し、あるクライアントコンピュータ（転送元クライアント）にバックアップ対象ファイルがあるときに、クライアントコンピュータ自体が当該バックアップ対象ファイルを記憶するのに十分な大きさの未使用領域を含むディスクを有する他のクライアントコンピュータ（転送先クライアント）を検索する。そして、検討した転送先クライアントの記憶領域を確保した後に、当該領域にデータのバックアップを行う。また、転送先クライアントのディスクに障害が発生した場合には、新たにバックアップファイルを他のクライアントコンピュータに転送する、というものである。
【０００７】
特許文献２記載の発明では、ネットワーク上の各コンピュータが、同一のデータを有する他のコンピュータの故障を検知し、故障が検出された場合に、データ容量に余裕のある他のサーバを探知して、故障サーバに替わる代替サーバを決定する。そして、代替サーバにデータを転送し、バックアップを行うというものである。また、代替サーバにデータを転送する際に、転送元サーバから転送先サーバへの距離が評価され、当該距離が短いサーバにデータを転送する、という処理も行われる。
【０００８】
特許文献３記載の発明では、上記同様にバックアップ対象サーバが記憶しているバックアップ対象データを、ネットワーク上の他のコンピュータに転送してバックアップする際に、バックアップ対象サーバ（転送元）における各種リソースの使用率が所定の値よりも低い状態のときや、情報ネットワーク上の負荷が低いとき、などを契機としてバックアップ処理を行うというものである。具体的には、現在のリソース使用状況、稼働状況、負荷状況などを検出することにより、データバックアップ処理の所要時間などを算出してバックアップを実行する、というものである。
【０００９】
【特許文献１】
特開平７−２５３９１７号公報
【特許文献２】
特開２００２−２１５４７４号公報
【特許文献３】
特開平１０−３１５６２号公報
【００１０】
【発明が解決しようとする課題】
しかしながら、上記従来例におけるデータバックアップシステムでは、バックアップ処理中に、転送先コンピュータや転送元コンピュータに生じる他の処理による負荷を予測したバックアップができないという不都合が生じる。これにより、最適なバックアップを計画し、実行したつもりであっても、なおもバックアップ時間の超過、この超過による後続ジョブへの影響が生じるという問題が発生する。
【００１１】
【発明の目的】
本発明は、上記従来例の有する不都合を改善し、特に、バックアップ時の障害を有効に抑制し、バックアップ処理の信頼性の向上を図るデータバックアップシステム及び方法を提供すること、をその目的とする。
【００１３】
【課題を解決するための手段】
そこで、本発明では、バックアップ対象データが記憶されたデータ転送元サーバと、このデータ転送元サーバからネットワークを介して転送されたバックアップ対象データを記憶するデータ転送先サーバと、を備えたデータバックアップシステムにおいて、データ転送元サーバが、データ転送先サーバにバックアップ対象データの受け入れが可能か否かを問い合わせるバックアップ可否問合機能と、この問い合わせに対するデータ転送先サーバからの応答に応じて当該データ転送先サーバにバックアップ対象データを転送してデータバックアップ処理を実行するバックアップ実行機能とを備え、データ転送先サーバが、当該サーバにて所定の時刻になると自動的に実行される処理に関するデータであるジョブ管理データを記憶すると共に、データ転送元サーバからの問い合わせに対してジョブ管理データに基づいてバックアップを許可するか否かを判断して応答するバックアップ可否応答機能を備えた、という構成を採っている。
【００１４】
このような構成にすることにより、まず、バックアップ対象データを他のサーバに転送してバックアップを行おうとするデータ転送元サーバは、ネットワーク上の他のサーバであるデータの転送先となりうるサーバにバックアップの可否を問い合わせる。すると、問い合わせを受けたデータ転送先サーバは、当該サーバ上にて所定の時刻になると自動的に実行される処理を考慮して、バックアップ処理が可能か否かを判断する。そして、例えば所定の時刻になると自動的に実行される処理が無かったり、あったとしも負担が軽いものであって、バックアップ処理を行うことが可能であると判断した場合には、バックアップを許可する旨の応答をデータ転送元サーバに対して行う。すると、これを受けたデータ転送元サーバから、ネットワークを通じてバックアップ対象データがデータ転送先サーバに転送され、バックアップ処理が実行される。
【００１５】
従って、バックアップ処理が可能か否かがネットワークにて接続された各コンピュータ間にて判断され、その後バックアップ処理が実行されるため、これらを管理するコンピュータとの間にネットワーク障害等が発生したとしても、バックアップ処理を実行することができる。さらに、バックアップ処理の可否がデータ転送先サーバの今後に予定されている処理を考慮して判断されるため、バックアップ処理中の処理能力不足などによるバックアップ時間超過などの障害を、あらかじめ予見して回避することができ、バックアップ処理の信頼性の向上を図ることができる。
【００１６】
また、データ転送先サーバが有するバックアップ可否応答機能は、あらかじめ定められたバックアップに許容される時間内にバックアップ処理が終了するか否かを判断してデータ転送元サーバにバックアップ可否の応答を行う、という構成であると望ましい。これにより、データ転送先サーバの今後の処理を考慮して、バックアップ処理が設定された時間内に終了するか否かがあらかじめ判断され、当該時間内に終了するとの判断を得た場合にバックアップ処理が実行されるため、バックアップ処理時間の超過を有効に抑制することができ、バックアップ処理の信頼性の向上を図ることができる。
【００１８】
また、上記ジョブ管理データは、データ転送先サーバにて所定の時刻になると自動的に実行される処理において用いられる当該サーバ内の各装置の使用状況に関するリソース状況データ、例えば、データ転送先サーバの演算装置の使用率に関するデータやデータ転送先サーバの記憶装置に対する入出力負荷に関するデータ、さらには、データ転送先サーバのネットワークの使用率に関するデータ、を含むこととすると望ましい。これにより、データ転送先サーバでのバックアップ処理判断時に、今後の処理において予定されるＣＰＵ使用率やネットワーク使用率、記憶装置に対する入出力負荷に関する情報などのバックアップ処理に不可欠なリソースの使用状況が考慮されるため、よりバックアップ可否の判断の信頼性が向上する。
【００１９】
また、データ転送先サーバが、バックアップ処理のみを実行した際における当該サーバ内の各装置の使用状況に関するバックアップ時リソース状況データを記憶し、データ転送先サーバが有するバックアップ可否応答機能は、ジョブ管理データ内のリソース状況データとバックアップ時リソース状況データとに基づいてバックアップを許可するか否かを判断する、という構成であってもよい。
【００２０】
これにより、データ転送先サーバにて所定の時刻になると自動的に実行される処理に使用されるリソースの使用率などのデータと、バックアップ処理に使用されるリソースの使用率などのデータとを考慮することで、所定の時刻になると自動的に実行される処理を実行しつつバックアップ処理を実行できるか否かの判断をより確実に、かつ、容易に行うことができる。
【００２１】
また、ネットワークに、データ転送元サーバ及びデータ転送先サーバのバックアップ状況を管理する管理サーバを備えると共に、当該管理サーバは、データ転送元サーバのバックアップ処理を管理するバックアップ管理データを記憶し、データ転送元サーバは、管理サーバからバックアップ管理データを取得して当該データに基づいてバックアップ処理を実行すると共に、当該データ転送元サーバ内にバックアップ管理データに相当するあらかじめ定められた自己のバックアップ状況を管理する自己バックアップ管理データを記憶し、管理サーバからバックアップ管理データを取得できなかった場合に自己バックアップ管理データに基づいてバックアップ処理を実行すべくバックアップ可否問合機能とバックアップ実行機能とを作動させる、という構成であってもよい。
【００２２】
このようにすることにより、通常、データ転送元サーバは、管理サーバからのバックアップ管理データに基づいてバックアップ処理を行うため、これにより、システム管理者によるデータバックアップシステムの管理、運用が容易となる。そして、データ転送元サーバは、あらかじめ定められた自己のバックアップ管理データを記憶しているので、管理サーバからバックアップ管理データを取得できない際には、上記自己バックアップ管理データに基づいて、データ転送先サーバに問い合わせを行い、バックアップ処理を行う。従って、データ転送元サーバと管理サーバとの間にネットワーク障害などが発生した場合であっても、バックアップ処理を継続して実行することができ、データの信頼性の向上を図ることができる。
【００２３】
また、データ転送先サーバは、ネットワークに複数接続されていると共に、データ転送元サーバは、複数のデータ転送先サーバに対してバックアップ可否問合機能を作動させる、という構成であってもよい。これにより、データ転送元サーバは、複数のデータ転送先サーバからバックアップ先を選択することができ、バックアップ先が見つからずバックアップが実行できないことを抑制し、バックアップ処理の信頼性の向上を図ることができる。
【００２４】
また、本発明では、バックアップ対象データが記憶されたデータ転送元サーバと、このデータ転送元サーバからネットワークを介して転送されたバックアップ対象データを記憶するデータ転送先サーバと、を備えたデータバックアップシステムにおいて、データ転送元サーバが、データ転送先サーバにバックアップ対象データの受け入れが可能か否かを問い合わせるバックアップ可否問合機能と、この問い合わせに対するデータ転送先サーバからの応答に応じて当該データ転送先サーバにバックアップ対象データを転送してデータバックアップ処理を実行するバックアップ実行機能とを備え、データ転送先サーバが、当該サーバにて所定の時刻になると自動的に実行される処理に関するデータであって当該処理において当該サーバ内の各装置の使用状況に関するリソース状況データと、当該データ転送先サーバがバックアップ処理のみを実行した際における当該サーバ内の各装置の使用状況に関するバックアップ時リソース状況データとを記憶すると共に、データ転送元サーバからの問い合わせに対してジョブ管理データに基づいてバックアップを許可するか否かを判断して応答するバックアップ可否応答機能を備え、このバックアップ可否応答機能は、リソース状況データとバックアップ時リソース状況データとに基づいて、当該データ転送先データの各装置の使用状況を考慮して、あらかじめ定められたバックアップに許容される時間内にバックアップ処理が終了するか否かを判断して前記データ転送元サーバにバックアップ可否の応答を行う、という構成をも採っている。このようにしても、上述同様に作用し、特に、バックアップ中の処理能力不足などによるバックアップ時間超過などの障害を、あらかじめ予見して回避することができる。
【００２５】
さらに、本発明では、バックアップ対象データが記憶されたデータ転送元サーバが、当該サーバからネットワークを介してデータ転送先サーバにバックアップ対象データを転送して記憶する、データバックアップ方法において、データ転送元サーバがデータ転送先サーバにバックアップ対象データの受け入れが可能か否かを問い合わせるバックアップ可否問合工程と、データ転送先サーバがデータ転送元サーバからの問い合わせに対してバックアップを許可するか否かを判断して応答するバックアップ可否応答工程と、データ転送元サーバがデータ転送先サーバからの応答に応じて当該データ転送先サーバにバックアップ対象データを転送してデータバックアップ処理を実行するバックアップ実行工程とを備え、バックアップ可否応答工程は、データ転送先サーバに記憶された当該サーバにて所定の時刻になると自動的に実行される処理に関するデータであるジョブ管理データに基づいてバックアップ可否の判断を行う、というデータバックアップ方法をも提供している。このようにしても、上記同様の作用、効果を発揮し、上述した目的を達成することができる。
【００２６】
【発明の実施の形態】
〈第１の実施形態〉
以下、本発明の第１の実施形態を、図１乃至図８を参照して説明する。図１は、本発明の全体構成を示すブロック図である。図２は、本発明におけるサーバの構成を示す機能ブロック図である。図３乃至図４は、各バックアップサーバに記憶されているデータ、あるいは、各バックアップサーバにて行われる処理結果であるデータの内容を示す説明図である。図５乃至図８は、本システムにおける動作を示すフローチャートである。
【００２７】
（全体構成）
本発明のデータバックアップシステムは、ネットワークに接続された複数のコンピュータにより構成される。これら複数のコンピュータは、本実施形態においては、図１に示すように、ネットワーク２上に備えられた複数のバックアップサーバ１０〜４０である。そして、本システムは、上記バックアップサーバ１０〜４０に加え、これらサーバ間におけるデータバックアップ状況を管理する管理サーバ１を、ネットワーク２上に備えている。
【００２８】
そして、バックアップ対象データが記憶されたデータ転送元サーバ１０から当該バックアップ対象データを、ネットワーク２を介してデータ転送先サーバ２０に転送してデータのバックアップを行うというシステムである。以下、これを詳述する。
【００２９】
（管理サーバ）
管理サーバ１は、ネットワーク２に接続されたサーバコンピュータであり、本システムを管理する者によって保守・管理されるコンピュータである。そして、この管理サーバ１は、ネットワーク２に常に接続された状態になっており、後述するネットワーク２上のバックアップサーバ１０〜４０間によるデータバックアップの状況を管理するよう作動する。
【００３０】
そして、管理サーバ１の記憶装置（図示せず）には、各バックアップサーバ１０〜４０毎のバックアップ状況を管理するバックアップ管理データが記憶されている。このバックアップ管理データが各バックアップサーバ１０〜４０毎に用意されているのは、バックアップサーバ１０〜４０のいずれもが、時には自己の記憶装置に記憶しているデータをバックアップ対象データとして他のサーバに記憶するようデータ転送元サーバとして作動するためである。図３に、バックアップ管理データの一例を示す。なお、このバックアップ管理データのデータ構成は、後述するように、各バックアップサーバ１０〜４０が記憶している自己バックアップ管理データの規定値とほぼ同一である。
【００３１】
バックアップ管理データは、図３に示すようなデータ構成をしており、例えばこのデータは、符号１０に示すバックアップサーバ用のものである。そのデータ内容は、「バックアップ内容」、「バックアップ先」、「バックアップ開始時刻」、「バックアップ終了時刻」からなる。
【００３２】
「バックアップ内容」は、データ転送元サーバであるバックアップサーバ１０のバックアップ対象となるデータが格納されているディレクトリ、あるいは、ファイルを指定するデータである。「バックアップ先」は、バックアップ先の候補となるデータ転送元サーバ１０以外のネットワーク２上の他のバックアップサーバ２０，３０，４０を指定するデータである。例えば、図３に示すように、「バックアップ先１」として、「ｓｅｒｖｅｒ２．ｂａｃｋｕｐｔｅｓｔ．ｃｏｍ」というネットワーク２上における他のバックアップサーバを指定するアドレスが記述されている。そして、バックアップ先１，２，・・・と順番に記述されているが、バックアップ先（データ転送先）の候補としての優先順位であり、この順に、後に詳述するようバックアップが可能か否かの問い合わせがデータ転送元サーバ１０にて行われる。
【００３３】
また、「バックアップ開始時刻」は、バックアップを開始する時刻が入力されており、具体的にはＵＮＩＸのｃｒｏｎ指定に準じている。「バックアップ終了時刻」は、２つのパラメータが設定されており、１つはバックアップ終了予定時間（＋１ｈ００ｍ）であり、もう１つは、バックアップ終了時間（＋３ｈ００ｍ）である。図３において、前に示すパラメータ（＋１ｈ００ｍ）である「バックアップ終了予定時間」は、ＣＰＵ、ネットワークなどデータ転送先サーバのリソースが十分に使用できる状態でバックアップにかかる時間、を示すものであり、例えば「１時間」が設定されている。また、後ろに示すパラメータ（＋３ｈ００ｍ）である「バックアップ終了時間」は、開始時間からバックアップを終了させなければならない時間、を示しており、例えば「３時間」が設定されている。そして、上記のように実際には「時間」がパラメータとして代入されているが、特に「バックアップ終了時間」に関しては、データ転送元サーバからの問い合わせ先であるデータ転送先サーバにて、「バックアップ開始時刻」に加算されて、バックアップを終了させなければならない上限の「時刻」として使用される。但し、このようにあらかじめデータ転送元サーバにて「時刻」に換算して、バックアップを終了させなければならい時刻としてデータ転送先サーバに送信して問い合わしてもよい。
【００３４】
ちなみに、上記バックアップ管理データは、管理サーバ１を運用する者によって設定されるものであり、そのときのバックアップサーバの稼働状況やバックアップ対象データの容量などにより、適宜設定される。例えば、あるバックアップサーバがメンテナンスのため運用停止状態にある場合、あるいは、あるバックアップサーバが不安定な状態にある場合になどには、かかるサーバが「バックアップ先」から外されて設定されたり、優先順位が下位となるよう設定される。
【００３５】
また、上記管理サーバ１の演算装置であるＣＰＵには、バックアップサーバ１０〜４０からバックアップ管理データの要求があった場合にバックアップ管理データをサーバに送信する機能と、バックアップ処理の結果を通知するデータがバックアップサーバ１０〜４０から送信された際にこれを受信して記憶装置に登録する機能と、が備えられている。このとき、バックアップ管理データを送信する機能にて送信するバックアップ管理データは、当該データを要求したバックアップサーバ用に設定されたものである。なお、上記機能は、当該機能用プログラムが管理サーバ１のＣＰＵに組み込まれることにより実現される。そして、そのプログラムは、ＣＤ−ＲＯＭなどの可搬媒体や、ネットワーク上の他のコンピュータからダウンロードされることにより、管理サーバに提供される。
【００３６】
（ネットワーク）
ネットワーク２は、本実施形態では、特定企業内のみで稼働するイントラネットや、ＴＣＰ／ＩＰ以外のプロトコルで通信する特定のネットワークである。但し、専用線や電話回線あるいはＣＡＴＶのケーブル等の有線回線や、携帯電話回線といった無線回線を用い、ＴＣＰ／ＩＰプロトコルといった通信プロトコルにて通信を行うインターネットであってもよい。
【００３７】
（バックアップサーバ）
バックアップサーバ１０〜４０は、ネットワーク２に接続され、他のサーバ１０〜４０と相互に、さらには、管理サーバ１と通信可能なサーバコンピュータである。そして、本システムを管理する者によって保守・管理されるコンピュータである。例えば、ある企業内のファイルサーバであり、当該企業にて取り扱っているデータが記憶されている。
【００３８】
そして、これらのサーバは、あらかじめ定められた時間毎に、例えば、１日おきに自己のサーバに記憶しているデータを他のサーバにバックアップする処理を行う。従って、いずれのサーバ１０〜４０も、データ転送元サーバになりうるし、データ転送先データにもなりうる。ここでは、図１に示すように、符号１０のバックアップサーバがバックアップ対象データを有するデータ転送元サーバであり、符号２０のバックアップアップサーバが上記データ転送元サーバ１０からバックアップ対象データを受信してバックアップをするデータ転送先サーバであるとする。図２に、符号１０及び符号２０のバックアップサーバ、すなわち、データ転送元サーバ１０とデータ転送先サーバ２０との構成を示す。まず、データ転送元サーバ１０について説明する。
【００３９】
データ転送元サーバ１０の記憶装置１１（例えば、ハードディスク）には、当該サーバ１０が転送元となる場合に自己のサーバのバックアップ状況を管理する自己バックアップ管理データ１１ａが記憶されている。この自己バックアップ管理データ１１ａは、そのデータ内容こそは上述した管理サーバ１に記憶されているバックアップ管理データと同様であるが、バックアップサーバ１０側のものは規定値としてのデータである。すなわち、この自己バックアップ管理データ１１ａは、あらかじめ運用者などにより設定された値が記憶されているが、管理サーバ１のものと異なり他のサーバの状況（運用停止など）によって運用者により頻繁に更新されるものではない。但し、必ずしも更新されないわけではなく、サーバメンテナンス時などに更新されうる。このバックアップ管理データの内容は、図３に示すものと同様である。
【００４０】
ちなみに、自己バックアップ管理データの規定値は、全てのバックアップサーバ１０〜４０にあらかじめ記憶されている。例えば、データ転送先サーバ２０にも、図２の符号２１ａに示すように当該サーバ２０の記憶装置２１に記憶されており、符号３０，４０のサーバにも、図示しないが記憶されている。これは、各サーバが自己の記憶装置に記憶されているバックアップ対象データを、他のサーバにバックアップする場合もあるからである。具体的に図３を参照して説明すると、「バックアップ内容」には、自己のサーバのバックアップ対象データが記憶されているディレクトリ、あるいは、ファイル名が、「バックアップ先」には、自己のサーバ以外のサーバを指定するアドレスが、「バックアップ開始・終了時刻」には、上述したように、自己のサーバがバックアップを行うよう指定された時刻、時間が設定されている。
【００４１】
また、データ転送元サーバ１０の記憶装置１１には、バックアップ対象であるデータが記憶されている（符号１１ｂ）。このバックアップ対象データ１１ｂは、例えば、企業内の従業者にて用いられ頻繁に更新されるデータである。さらに、この記憶装置１１には、定期ジョブリソースマスタやバックアップリソースマスタも記憶されている。これは、データ転送元サーバも、データ転送先サーバとなりうるからである。
【００４２】
また、データ転送元サーバ１０自体、すなわち、演算装置であるＣＰＵには、以下のような機能が備えられている。まず、上記管理サーバ１にバックアップ管理データを要求するバックアップ管理データ要求機能１０ａと、当該管理サーバ１からバックアップ管理データを取得して当該データに基づいてバックアップ処理を実行する機能とを有する。また、データ転送先サーバ２０にバックアップ対象データ１１ｂの受け入れが可能か否かを問い合わせるバックアップ可否問合機能１０ｂと、この問い合わせに対するデータ転送先サーバ２０からの応答に応じて当該データ転送先サーバ２０にバックアップ対象データ１１ｂを転送してデータバックアップ処理を実行するバックアップ実行機能１０ｃと、を有する。
【００４３】
そして、上記バックアップ可否問合機能１０ｂ及びバックアップ実行機能１０ｃは、管理サーバ１から取得したバックアップ管理データがある場合には、当該データに基づいて作動し、管理サーバ１からバックアップ管理データを取得できなかった場合には、データ転送元サーバ１０自体に記憶している自己バックアップ管理データ１１ａに基づいて作動する。従って、上述した管理サーバ１からのバックアップ管理データに基づいてバックアップ処理を実行する機能とは、バックアップ可否問合機能１０ｂ及びバックアップ実行機能１０ｃとほぼ同様であり、他のサーバであるデータ転送先サーバに対する問い合わせなどを、管理サーバ１から取得したバックアップ管理データに基づいて行うか、あるいは、自己バックアップ管理データに基づいて行うか、という点で異なるだけである。
【００４４】
そして、上記バックアップ可否問合機能１０ｂは、バックアップ管理データあるいは自己バックアップ管理データとに基づいて、順番に複数のバックアップサーバ２０〜４０（データ転送先サーバの候補）に対してバックアップ可否の問い合わせを行う。このとき、データ転送元サーバ１０は、バックアップ対象データのデータ容量や、バックアップ開始時刻、終了時刻（終了予定時間、終了時間）などのバックアップに関するデータを送信する。
【００４５】
また、上記バックアップ実行機能１０ｃは、複数のバックアップサーバ２０〜４０（データ転送先サーバの候補）からの応答によってデータ転送先サーバを決定する。そして、例えば、バックアップ管理データの優先順位順にバックアップ可否の問い合わせを行うが、バックアップ可能である旨の応答を受けた時点でそのサーバを実際にバックアップを行うデータ転送先サーバとして決定する。
【００４６】
ここで、上記各機能については、後述する動作説明時にさらに詳細に説明する。また、上記各機能は、当該機能用プログラムがデータ転送元サーバ１０のＣＰＵに組み込まれることにより実現される。そして、そのプログラムは、ＣＤ−ＲＯＭなどの可搬媒体や、ネットワーク上の他のコンピュータからダウンロードされることにより、データ転送元サーバ１０に提供される。さらに、上記機能は、全てのバックアップサーバ１０〜４０に備えられているものである。これは、全てのバックアップサーバ１０〜４０が、自己の記憶装置１１〜４１に記憶しているバックアップ対象データを他のサーバにバックアップする際には、データ転送元サーバとして機能しうるからである。
【００４７】
次に、データ転送先サーバ２０について説明する。本実施形態では、複数のバックアップサーバのうち、符号２０のサーバをデータ転送元サーバ１０に対するデータ転送先サーバとして、あるいは、データ転送先サーバの候補として設定して説明する。但し、データ転送先サーバは、符号２０のものに限定されない。
【００４８】
データ転送先サーバ２０の記憶装置２１には、上述したように当該データ転送先サーバ２０がデータ転送元サーバともなりうるので、その際に必要な自己バックアップ管理データ２１ａ（図３参照）や、バックアップ対象データ（図示せず）が記憶されている。また、記憶装置２１には、データ転送元サーバ１０からのバックアップ対象データ１１ｂを記憶する予定の未使用領域２２ｂが形成されている。さらに、記憶装置２１には、データ転送先サーバ２０にて日常的に実行される処理（以下、ジョブとも言う）において使用されるＣＰＵなどの各装置（以下、リソースとも言う）の状態に関するデータ（リソース状況データ）である定期ジョブリソースマスタ２１ｃや、データ転送先サーバ２０にてバックアップ処理のみが実行された際における各リソースの状態に関するデータ（バックアップ時リソース状況データ）であるバックアップリソースマスタ２１ｄ、が記憶されている。これら、各リソースマスタ２１ｃ，２１ｄの内容については、後述する。
【００４９】
また、データ転送先サーバ２０の演算装置であるＣＰＵには、上記定期ジョブリソースマスタ２２ｃを算出する定期ジョブリソースマスタ算出機能２０ａと、上記バックアップリソースマスタ２２ｄを算出するバックアップリソースマスタ算出機能２０ｂと、データ転送元サーバ１０からの問い合わせに対してバックアップを許可するか否かを判断して応答するバックアップ可否応答機能２０ｃと、が備えられている。なお、上記各機能、及び、上述した定期ジョブリソースマスタ２１ｃ、バックアップリソースマスタ２１ｄは、図示しないがデータ転送元サーバ１０や、他のバックアップサーバ３０，４０にも備えられている。これは、全てのバックアップサーバ１０〜４０が、データ転送先サーバとなりうるからである。
【００５０】
定期ジョブリソースマスタ算出機能２０ａは、データ転送先サーバ２０にてあらかじめ日常的に実行されることが定まっている処理（ジョブ）毎に、当該ジョブを単独で実行した場合における、演算装置であるＣＰＵの使用率や、ネットワークの使用率、記憶装置の入出力の負荷に関するデータであるＤＩＳＫ Ｉ／Ｏ、などを算出して記憶装置２１に記憶しておく。ここで、サーバ２０にて日常的に実行されるジョブとは、例えば、バッチファイルにより登録されており、ある所定の時刻になると自動的に実行されるバッチ処理であって、例えば、コンピュータ内のウィルス検索や、システムの最適化処理などである。そして、上記ＣＰＵ使用率等の情報の取得は、以下のようにして行われる。
【００５１】
例えば、ＣＰＵ使用率は、ＵＮＩＸ機であれば「ｓａｒ」コマンドにて取得する。ｓａｒコマンドについては既知であるため詳細な説明を省略するが、具体例を以下に示す。例えば、「ｓａｒ ３ ５」というコマンドを入力し、５秒間隔で３回計測した場合の出力結果を図４（ａ）に示す。この図に示す「％ｕｓｒ」は、ユーザが使用しているアプリケーションのＣＰＵ使用率を表し、「％ｓｙｓ」は、オペレーティングシステムのＣＰＵ使用率を表す。また、「％ｗｉｏ」は、Ｉ／ＯによるＣＰＵ使用率を表し、「％ｉｄｌｅ」は、未使用の割合を表す。そして、これらを総合して、平均値として「Ａｖｅｒａｇｅ」に表される。ちなみに、図４（ａ）に示す例では、ジョブが働いていない状態なので、使用率はほぼ０％であり、平均の未使用率は９９％である。
【００５２】
また、ネットワーク使用率は、ＵＮＩＸ機では「ｎｅｔｓｔａｔ」コマンドを用いて計測する。さらに、ＤＩＳＫ Ｉ／Ｏは、上述した「ｓａｒ」コマンドの「−ｄ」オプションにて測定し、負荷をパーセントにて表す。なお、Ｗｉｎｄｏｗｓ機（Ｗｉｎｄｏｗｓ：登録商標）であれば、パフォーマンスモニタを使用してＣＰＵ使用率、ネットワーク使用率、ＤＩＳＫ Ｉ／Ｏを測定する。但し、上記各リソースの使用率や負荷や、上記のようにして測定されることに限定されない。また、定期ジョブリソースマスタ２１ｃとして記憶されているリソース状況データは、上記のものに限定されず、他の装置の使用率や負荷に関するデータであってもよい。また、必ずしも上記３つのリソース状況データを記憶していることに限定されない。
【００５３】
また、ジョブ実行中でも、ＣＰＵ使用率、ネットワーク使用率等は変動するが、所定時間における平均値を採用することとする。
【００５４】
ここで、図４（ｂ）に、定期ジョブリソースマスタ２１ｃの一例を示す。この定期ジョブリソースマスタ２１ｃは、「ｊｏｂａ．ｂａｔ」ファイルにて定義されている「ｊａｂ−ａ」というジョブの開始時刻から終了時刻の間におけるＣＰＵ使用率、ネットワーク（ＮＷ）使用率を表している。このように、各処理におけるリソース状況データが、定期ジョブリソースマスタ２１ｃとして記憶されている。
【００５５】
また、データ転送先サーバ２０のＣＰＵが備えるバックアップリソースマスタ算出機能２０ｂは、上述した定期ジョブの替わりに、バックアップのみを行ったときのＣＰＵ使用率、ネットワーク使用率、ＤＩＳＫ Ｉ／Ｏなどのバックアップ時リソース状況データを計測して、単位時間当たりのバックアップ処理に必要な上記値を算出してバックアップリソースマスタ２１ｂとして記憶する。
【００５６】
また、データ転送先サーバ２０のＣＰＵが備えるバックアップ可否応答機能２０ｃは、上述した定期ジョブリソースマスタ２１ｃであるリソース状況データ（ジョブ管理データ）に基づいて、データ転送元サーバ１０から問い合わせがあったバックアップ処理が可能か否かを判断する。このとき、バックアップリソースマスタ２１ｄであるバックアップ時リソース状況マスタをも考慮して判断する。その具体的な処理内容は動作説明時に説明するが、概略を以下に説明する。
【００５７】
まず、データ転送元サーバ１０から問い合わせ時に送信されたバックアップ対象データの容量や、バックアップ処理の開始時刻、終了時刻（終了予定時間、終了時間）などを取得し、記憶装置２１内の未使用領域２１ｂがバックアップ対象データ１１ｂの容量に等しいか、それより大きいかどうか確認する。そして、バックアップ開始時刻からバックアップ終了時間（バックアップを終了させなければならない上限の時刻）までに、データ転送先サーバ２０にて予定されているジョブのＣＰＵ使用率などのリソース状況データを、定期ジョブリソースマスタ２１ｃから抽出する。同時に、バックアップリソースマスタ２１ｄから、バックアップ単独処理時のＣＰＵ使用率などのバックアップ時リソース状況データを抽出する。そして、バックアップが予定されている各時刻の単位時間毎に定期ジョブとバックアップ処理が同時に行われた場合を想定して、ＣＰＵ使用率などが合計で１００％に満たない時間の合計を算出する。すなわち、定期ジョブが実行されていない場合はバックアップ処理のみでは各リソースの使用率などが１００％に満たないためにその時間は合計されることは当然であるが、定期ジョブが実行されている場合であってもバックアップを行うためのリソースが空いている場合には、その時間もバックアップ処理が可能であり、その時間がバックアップ可能時間として加算される。そして、バックアップ可能時間の算出後は、かかる時間があらかじめ設定されたバックアップ終了予定時間に収まる場合には、バックアップ可能である旨の応答を、データ転送元サーバ１０に送信する。但し、バックアップが可能であるか否かの判断手法は、上記手法に限定されない。
【００５８】
（動作）
次に、本実施形態におけるシステムの動作について、図５乃至図８を参照して説明する。図５乃至図６は、データ転送元サーバ１０の動作を示すフローチャートであり、図７乃至図８は、データ転送先サーバ２０の動作を示すフォローチャートである。
【００５９】
まず、バックアップを行うデータ転送元サーバ１０が、管理サーバ１にアクセスして問い合わせ、バックアップ管理データの要求を行う（ステップＳ１）。このとき、データ転送元サーバ１０と管理サーバ１間にて、ネットワーク障害が発生しているか否かが調べられ（ステップＳ２）、障害が発生していなければ（ステップＳ２にて否定判断）、管理サーバ１からバックアップ管理データをダウンロードして取得する（ステップＳ３）。一方、ネットワーク障害発生していたり（ステップＳ２にて肯定判断）、その他の理由により管理サーバ１にアクセスできずバックアップ管理データを取得できない場合には、データ転送元サーバ１０自体に記憶されている自己バックアップ管理データ１１ａを読み出す（ステップＳ４）。
【００６０】
その後（符号Ａに進む）、データ転送元サーバ１０は、管理サーバ１から取得したバックアップ管理データ、あるいは、自己の記憶装置１１から読み出した自己バックアップ管理データ１１ａに基づいて、バックアップ対象データ１１ｂに基づいてデータバックアップ処理を行う（図６へ進む）。なお、本実施形態では、管理サーバ１との通信時にネットワーク障害が発生し、バックアップ管理データを取得できなかった場合であって、自己バックアップ管理データ１１ａに基づいてバックアップ可否の問い合わせを行う場合を説明する。
【００６１】
続いて、バックアップ先サーバを表すカウンタ値「ｉ」を、初期値である「１」に設定する（ステップＳ１１）。そして、このカウンタ値と、自己バックアップ管理データ１１ａに記憶されているバックアップ先のサーバのサーバ番号とが一致するバックアップサーバに対して、バックアップ可否問合機能によるバックアップ可否の問い合わせを行う（ステップＳ１２，バックアップ可否問合工程）。従って、はじめはバックアップ先サーバとして１番目に設定されているサーバが、データ転送先サーバの候補として設定され、バックアップ可否の問い合わせが行われる。以下、このサーバを符号２０のサーバとし、データ転送先サーバと呼ぶ。
【００６２】
ここで、ステップＳ１２におけるバックアップ問い合わせ時には、自己バックアップ管理データ１１ａに記憶されているバックアップ内容を参照して得られるバックアップ対象データのデータ容量、バックアップ開始時刻、バックアップ終了時刻に関するデータが、データ転送先サーバ２０に送信される。
【００６３】
続いて、バックアップ可否の問い合わせ時に、データ転送先サーバ２０との間にネットワーク障害が発生していないかどうか調べられる（ステップＳ１３）。そして、ネットワーク障害が発生したり（ステップＳ１３にて肯定判断）、その他の理由により問い合わせができない場合には、次のバックアップ先候補のサーバに問い合わせを行う（ステップＳ１９にて肯定判断，ステップＳ２１，ステップＳ１２に戻る）。これについては後述する。
【００６４】
通信に何ら障害がなく、データ転送先サーバ２０に問い合わせができた場合には（ステップＳ１３にて否定判断）、当該データ転送先サーバ２０からのバックアップ可否の応答データが送信されるのを待つ（ステップＳ１４にて否定判断）。このときの、データ転送サーバ２０の動作は、図７乃至図８を参照して後述する。
【００６５】
そして、データ転送先サーバ２０からバックアップ可否の応答を受信した場合には（ステップＳ１４にて肯定判断）、その応答データの内容からバックアップが可能か否かを判断する（ステップＳ１５）。バックアップ可能の通知である場合には（ステップＳ１５にて肯定判断）、バックアップ実行機能にてバックアップ処理を実行する（ステップＳ１６、バックアップ実行工程）。すなわち、データ転送先サーバ２０にバックアップ対象データ１１ｂを転送する。そして、バックアップが成功したら（ステップＳ１７にて肯定判断）、管理サーバ１にバックアップ成功した旨を通知する（ステップＳ１８）。
【００６６】
一方、データ転送先サーバ２０からバックアップ不可の通知を受信した場合（ステップＳ１５にて否定判断）、さらには、バックアップ処理が成功しなかった場合には（ステップＳ１７にて否定判断）、ステップＳ１９に進み、他のバックアップ先サーバがあるか否か調べる。このステップＳ１９では、自己バックアップ管理データ内に、現在の「ｉ」（例えば、「１」）の値に対する次の値（例えば、「２」）のバックアップ先サーバがあるか否かを調べ、当該サーバがある場合には（ステップＳ１９にて肯定判断）、「ｉ」の値に１を加え（ステップＳ２１）、新たな「ｉ」の値のサーバ（バックアップ先２のサーバ）に対してバックアップ可否の問い合わせを行う（ステップＳ１２）。このようにして、バックアップ可能なサーバが見つかるまで、そして、バックアップ処理が完了するまで、上記処理が繰り返される。
【００６７】
但し、バックアップ先の全てのサーバからバックアップ不可の通知を受信したり、あるいは、バックアップ処理が失敗した場合には（ステップＳ１９にて否定判断）、管理サーバ１にバックアップ処理が失敗した旨を通知する（ステップＳ２０）。
【００６８】
次に、図７乃至図８を参照して、データ転送先サーバ２０の動作を説明する。図６のステップＳ１２に示すよう、データ転送元サーバ１０からバックアップ可否の問い合わせを受けたデータ転送先サーバ２０は（ステップＳ３１にて肯定判断）、バックアップ可否応答機能にてバックアップ可否の判断を行う（ステップＳ３２，バックアップ可否応答工程）。ここで、バックアップ可否判断の具体的な処理を図８に示し、この処理について説明する。
【００６９】
まず、データ転送元サーバ１０から問い合わせ時に送信されたバックアップ対象データの容量や、バックアップ処理の開始時刻、終了時刻などのデータを取得する。このとき、図３に示すように、バックアップ終了時刻には、バックアップ終了予定時間（１ｈ００ｍ）とバックアップ終了時間（３ｈ００ｍ）とがあるが、バックアップ終了時間の方は、開始時刻に終了時間を加算したバックアップを終了しなければならない上限の「時刻」に関するデータとして変換される。具体的には、今、受信したバックアップ開始時刻として「９：００」が設定されていたとする。また、バックアップ終了予定時間として「１時間」、バックアップ終了時間として「３時間」が設定されていたとする。かかる場合には、バックアップ処理の開始時刻である「９：００」に「３時間」を加算した「１２：００」が、当該バックアップ処理を完了しなければならない「時刻」となる。なお、このように設定される場合とは、例えば、データ転送元サーバ１０にて、「１２：００」からは他のジョブが実行してしまうために、これまでにバックアップ処理を終わらせなくてはならない場合である。ちなみに、バックアップ終了予定時間の方は、「時間」表示のまま用いられる。すなわち、バックアップ処理を終了させなければならない「９：００〜１２：００」までの間に、バックアップ処理に合計「１時間」費やすことにより、バックアップ処理が完了することを表している。
【００７０】
そして、記憶装置２１内の未使用領域２１ｂがバックアップ対象データ１１ｂの容量に等しいか、それより大きいかどうか確認する（ステップＳ４１）。このとき、未使用領域２１ｂの容量が小さい場合には（ステップＳ４１にて否定判断）、バックアップ不可と判断し（ステップＳ５０）、データ転送元サーバ１０にバックアップ拒否通知を行う（図７のステップＳ３３で否定判断，ステップＳ３６）。
【００７１】
一方、未使用領域２１ｂの容量がバックアップ対象データのデータ容量に等しいかそれよりも大きい場合には（ステップＳ４１にて肯定判断）、バックアップ可能時間のパラメータをリセットすると共に（ステップＳ４２）、記憶装置２１から定期ジョブリソースマスタ２１ｃ及びバックアップリソースマスタ２１ｄを読み出す（ステップＳ４３）。
【００７２】
続いて、バックアップ開始時刻（例えば、９：００）から終了時刻（上記バックアップ終了時間をバックアップ開始時刻に加算してものであり、例えば、１２：００）までに実行されるジョブのＣＰＵ使用率などのリソース状況データと、単位時間当たりのバックアップ処理時におけるＣＰＵ使用率などのバックアップ時リソース状況データとを抽出する（ステップＳ４４）。そして、各使用率の値を加算して、その和が１００％に満たないか否かを調べる（ステップＳ４５）。例えば、バックアップ開始時刻から５秒間の定常ジョブにおける平均ＣＰＵ使用率と、５秒当たりのバックアップ処理に使用されるＣＰＵ使用率との和が、１００％を越えないか否かを調べる。同様に、ネットワーク使用率についても調べ、さらには、ＤＩＳＫ Ｉ／Ｏについても調べる。そして、全ての値が１００％に満たない場合には（ステップＳ４５にて肯定判断）、バックアップ可能時間として、５秒を加算する（ステップＳ４６）。一方、いずれかが１００％を越えてしまった場合には（ステップＳ４５にて否定判断）、その間は正常なバックアップ処理が実現できないため、バックアップ可能時間への加算はない。
【００７３】
そして、上記処理（ステップＳ４４〜Ｓ４７）を次の５秒間について調べ、また、さらに次の５秒間について調べる。そして、上述したバックアップ終了時刻（例えば、１２：００）までについて繰り返す。このようにして、バックアップ開始時刻から終了時刻まで、どのくらいの時間、データ転送先サーバ２０にて当該サーバのＣＰＵなどの各装置（リソース）を定期ジョブを実行しつつバックアップ処理に使用できるか、についてバックアップ可能時間として算出する。
【００７４】
そして、算出したバックアップ可能時間を、データ転送元サーバから設定されたバックアップ終了予定時間（例えば、１時間）と比較して（ステップＳ４８）、バックアップ可能時間が終了予定時間以上である場合には（ステップＳ４８にて肯定判断）、バックアップ許可と判断する（ステップＳ４９）。そして、データ転送サーバ２０は、バックアップ問い合わせに対する応答として、バックアップ許可通知をデータ転送元サーバ１０に送信する（図７のステップＳ３３にて肯定判断、ステップＳ３４）。これにより、データ転送元サーバ１０からはバックアップ対象データが転送されるため、データ転送先サーバ２０はこれを受信して、記憶装置２１の未使用領域２１ｂに記憶する（図７のステップＳ３５）。
【００７５】
一方、算出したバックアップ可能時間が、あらかじめ設定されているバックアップ終了予定時間よりも少ない場合には（ステップＳ４８にて否定判断）、バックアップ不可と判断する（ステップＳ５０）。そして、データ転送サーバ２０は、バックアップ問い合わせに対する応答として、バックアップ拒否通知をデータ転送元サーバ１０に送信する（図７のステップＳ３３にて否定判断、ステップＳ３６）。これにより、データ転送元サーバ１０では、次のバックアップ先のサーバに対して問い合わせが行われる。
【００７６】
なお、ここで、バックアップ可能か否かの判断の具体例を説明する。この例では、上述同様に、バックアップ開始時刻が「９：００」であり、バックアップ予定時間が「１時間」、そして、バックアップ終了時間が「３時間」すなわちバックアップ処理を終了させなければならない時刻が「１２：００」ということになる。
【００７７】
そして、まず、バックアップ先１のサーバに問い合わせたとする。このとき、バックアップ先１のサーバは、９：００〜１１：３０までは別のジョブが実行され、その時間帯にはバックアップに十分なＣＰＵ、ネットワーク等を使用できないとする。すると、バックアップに使える時間、すなわち、バックアップ可能時間は「３０分」となり、実際にバックアップにかかる時間であるバックアップ予定時間「１時間」を確保できないので、バックアップ先１のサーバはバックアップ先として不適格となる。かかる場合には、バックアップ不可の旨がデータ転送元サーバに通知される。
【００７８】
すると、バックアップ転送元サーバは、次のバックアップ先２のサーバに問合せを行う。このとき、バックアップ先２のサーバでは、９：００〜１０：３０まではバックアップに十分なＣＰＵ、ネットワーク等を使用できないのであるが、１０：３０〜１２：００までの「１時間３０分」はバックアップ可能時間として確保できる。この場合には、バックアップ許可の通知をデータ転送先サーバに通知する。
【００７９】
このようにすることにで、データ転送元サーバによるバックアップ可否の問い合わせに対して、データ転送先サーバにて今後予定されているジョブにて使用されるリソースのことが考慮されてバックアップ可否が判断されるため、バックアップ処理中の処理能力不足などによるバックアップ時間超過などの障害を、あらかじめ予見して回避することができ、バックアップ処理の信頼性の向上を図ることができる。
【００８０】
ここで、上記構成では、ネットワーク上に管理サーバ１が備えられている場合を例示したが、必ずしもこれに限定されない。ネットワーク上のバックアップサーバのバックアップ状況を管理するサーバが備えられていなくても、各バックアップサーバのうちデータ転送元となるサーバが、あらかじめ定められた自己バックアップ管理データを有し、これに基づいてバックアップ先を見つけることにより、上記同様に信頼性の高いバックアップ処理を実現できる。
【００８１】
また、上述したデータバックアップシステムは、図１に示すバックアップサーバが４つの場合に限定されない。これ以上の台数がネットワーク上に接続されていてもよく、逆に、少なくとも転送元、転送先の２台のコンピュータにて実現されていてもよい。但し、バックアップシステムとしてはある程度の台数のサーバにて構成されている場合が好ましい。このようにすることで、他のサーバにバックアップ不可のサーバが存在する場合でも、さらに別のサーバからバックアップ可能なサーバを見つけることができ、バックアップ処理を実現できる可能性が高くなり、バックアップ処理の信頼性の向上を図ることができる。
【００８２】
さらに、データ転送先サーバによるバックアップ可否の判断は、上記のようにして行われることに限定されない。例えば、データ転送先サーバによる今後予定されているジョブが１つも無い場合には、図８に示すような演算を行うまでもなくバックアップ可能と判断してもよい。さらには、ジョブによるＣＰＵ使用率などのバックアップ時間内の平均値が、あらかじめ設定された値（例えば５０％）よりも低い場合にバックアップ可能、と判断するような構成であってもよい。
【００８３】
〈第２の実施形態〉
次に、本発明の第２の実施形態について、図９乃至図１０を参照して説明する。図９は、本実施形態における自己バックアップ管理データのデータ内容を説明する図である。図１０は、本実施形態におけるシステムの動作を示すフローチャートである。
【００８４】
（構成）
本実施形態におけるデータバックアップシステムは、上記第１の実施形態におけるシステムとほぼ同一の構成要素を備えているが、データ転送先サーバが、データ転送元サーバからの問い合わせに対してバックアップ可否の判断を行う処理の方法が異なる。それに伴い、以下の点で構成が異なる。
【００８５】
まず、図９に示すように、管理サーバが記憶しているバックアップ管理データ、あるいは、データ転送元データが記憶している自己バックアップ管理データがのうち、「バックアップ終了時刻」の内容が異なる。本実施形態では、１つのパラメータしか設定されておらず、これは上述したバックアップ終了時間に相当する値である。すなわち、少なくとも、この時刻までにバックアップを終了しなければならない、ということを示す値のみが設定されている。この例では、バックアップ終了時間（＋３ｈ００ｍ）として「３時間」という値が設定されており、これは、バックアップ開始時刻から３時間以内にバックアップ処理が終了するようにする、ことを意味する。なお、問い合わせ先であるバックアップ先のサーバ（データ転送先サーバ）では、上述したように、バックアップ開始時刻に「３時間」を加算した「時刻」として用いられる。
【００８６】
また、本実施形態では、データ転送先サーバが記憶しているバックアップリソースマスタのデータ内容が異なる。すなわち、かかる値を算出して記憶しておく、データ転送先サーバのＣＰＵが備えるバックアップリソースマスタ算出機能が異なる。この機能は、上述した定期ジョブの替わりに、バックアップのみを行ったときのＣＰＵ使用率、ネットワーク使用率、ＤＩＳＫ Ｉ／Ｏを計測して、単位時間当たりのバックアップ処理に必要な上記値を算出してバックアップリソースマスタとして記憶すると共に、さらに、単位時間当たりにバックアップ可能な容量（バックアップ容量）も記憶する。この単位時間当たりのバックアップ容量に関するデータが、バックアップリソースマスタ内にバックアップ時リソース状況データとして記憶されている。
【００８７】
そして、データ転送先サーバのバックアップ可否の判断も異なる。このため、バックアップ可否応答機能は、バックアップ可能時間を算出すると共に、係る時間内にバックアップ可能容量をも算出し、この値とバックアップ対象データの容量とを比較してバックアップ可否を判断するというものである。この機能については、動作説明にて詳述する。
【００８８】
（動作）
本実施形態における動作は、基本的には、図５乃至図８に示す第１の実施形態とほぼ同一であるが、図８のステップＳ４７以降は、図１０に示すように動作する。
【００８９】
まず、図８のステップＳ４７まで作動して、データ転送先サーバのバックアップ可能時間が算出されたとする。すると、このバックアップ可能時間内に、バックアップリソースマスタに記憶されている単位時間当たりのバックアップ容量を乗算して、バックアップ可能容量を算出する（ステップＳ５１）。そして、この容量と、バックアップ対象データの容量とを比較して（ステップＳ５２）、バックアップ可能容量がバックアップ対象データの容量以上である場合には（ステップＳ５２にて肯定判断）、バックアップ許可と判断する（ステップＳ５３）。そして、データ転送サーバは、バックアップ問い合わせに対する応答として、バックアップ許可通知をデータ転送元サーバに送信する（図７のステップＳ３３にて肯定判断、ステップＳ３４）。一方、バックアップ可能容量がバックアップ対象データの容量よりも小さい場合には（ステップＳ５２にて否定判断）、バックアップ不可と判断する（ステップＳ５４）。そして、データ転送サーバは、バックアップ問い合わせに対する応答として、バックアップ拒否通知をデータ転送元サーバに送信する（図７のステップＳ３３にて否定判断、ステップＳ３６）。
【００９０】
このようにしても、上記第１の実施形態と同様にバックアップ処理を実現することができる。
【００９１】
〈第３の実施形態〉
以下、本発明の第３の実施形態について説明する。本実施形態におけるデータバックアップシステムは、上記第１及び第２の実施形態とほぼ同様の構成となっているが、データ転送先サーバ２０が有するバックアップ可否応答機能によるバックアップ可否の判断が、日常的に実行される処理（ジョブ）に応じて判断されるばかりでなく、データ転送先サーバ２０にて今後予定されている処理に関するデータであるジョブ管理データにも基づいて判断される点で異なる。従って、データ転送先サーバ２０は、ジョブ管理データを記憶装置に記憶している。
【００９２】
上記ジョブ管理データは、例えば、データ転送先サーバ２０にて今後予定されているプリントデータ（プリンタジョブ）や、別のバックアップ処理などに関するデータである。そして、ジョブ管理データには、これらの処理にて使用されるリソースの使用率などのリソース状況データが、これまでの処理結果に基づいて算出されて含まれていてもよい。但し、本実施形態では、リソース使用率などのデータは、バックアップ可否判断時に算出されるものとする。
【００９３】
そして、バックアップ可否応答機能は、データ転送元サーバ１０からのバックアップ可否の問い合わせを受けると、バックアップ時間内に予定されているジョブのＣＰＵ使用率などのリソース状況データを算出して、かかるデータと上記第１の実施形態と同様にバックアップ時リソース状況データとに基づいてバックアップ可否を判断する。
【００９４】
このように、データ転送先サーバ２０の今後の全ての処理予定を考慮することで、よりバックアップ可否の判断の正確性が向上する。従って、バックアップ処理中のリソース不足や、バックアップ時間の超過といった障害を、有効に回避することができる。
【００９５】
ちなみに、データ転送先サーバによるバックアップ可否応答機能は、バックアップ可否の判断を、あらかじめ日常的に実行することが決まっている日常的なジョブと、プリンタジョブなどの突然実行することが必要になった割り込みジョブとの両方を考慮して行ってもよく、第１の実施形態に示すよう日常的なジョブのみを考慮してもよく、逆に、割り込みジョブのみを考慮して行ってもよい。
【００９６】
【発明の効果】
本発明は、以上のように構成され機能するので、これによると、データ転送元サーバがネットワーク上の他のサーバであるデータの転送先となりうるサーバにバックアップの可否を問い合わせると、問い合わせを受けたデータ転送先サーバは、当該サーバ上にて今後に予定されている処理を考慮して、バックアップ処理が可能か否かを判断し、バックアップ処理を行うことが可能であると判断した場合にバックアップを許可する旨の応答をデータ転送元サーバに対して行い、その後、データ転送元サーバからネットワークを通じてバックアップ対象データがデータ転送先サーバに転送され、バックアップ処理が実行されるため、これにより、バックアップ処理が可能か否かがネットワークにて接続された各コンピュータ間にて判断されるので、これらを管理するコンピュータとの間にネットワーク障害等が発生したとしてもバックアップ処理を実行することができ、さらには、バックアップ処理の可否がデータ転送先サーバの今後に予定されている処理を考慮して判断されるため、バックアップ処理中の処理能力不足などによるバックアップ時間超過などの障害を、あらかじめ予見して回避することができ、バックアップ処理の信頼性の向上を図ることができる、という従来にない優れた効果を有する。
【図面の簡単な説明】
【図１】本発明の第１の実施形態における構成を示すブロック図である。
【図２】図１に開示したバックアップサーバの一部（データ転送元サーバ、データ転送先サーバ）の構成を示す機能ブロック図である。
【図３】管理サーバに記憶されているバックアップ管理データ、あるいは、バックアップサーバに記憶されている自己バックアップ管理データの内容を示す図である。
【図４】図４は、バックアップサーバのリソースに関するデータを示す図であり、図４（ａ）は、ＣＰＵ使用率の計測結果を示し、図４（ｂ）は、所定のジョブにおけるＣＰＵ使用率などを表した定期ジョブリソースマスタの一例を示す図である。
【図５】データ転送元サーバの動作を示すフローチャートである。
【図６】データ転送元サーバの動作を示すフローチャートであり、図５の続きを示す。
【図７】データ転送先サーバの動作を示すフローチャートである。
【図８】データ転送先サーバの動作を示すフローチャートであり、図７に示す動作の一部を詳細に示す図である。
【図９】本発明の第２の実施形態における管理サーバに記憶されているバックアップ管理データ、あるいは、バックアップサーバに記憶されている自己バックアップ管理データの内容を示す図である。
【図１０】第２の実施形態におけるデータ転送先サーバの動作を示すフローチャートである。
【符号の説明】
１ 管理サーバ
１０ バックアップサーバ（データ転送元サーバ）
２０ バックアップサーバ（データ転送先サーバ）
３０，４０ バックアップサーバ
１１，２１，３１，４１ 記憶装置
１０ａ バックアップ管理データ要求機能
１０ｂ バックアップ可否問合機能
１０ｃ バックアップ実行機能
１１ａ 自己バックアップ管理データ
１１ｂ バックアップ対象データ
２１ａ 自己バックアップ管理データ
２１ｂ 未使用領域
２１ｃ 定期ジョブリソースマスタ
２１ｄ バックアップリソースマスタ
Ｎ ネットワーク[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a data backup system and method, and more particularly to a system and method for backing up data to another computer on a network.
[0002]
[Prior art]
In a computer system including an external storage device such as a disk device, in order to protect the data stored in the disk device from a failure, a process of backing up the data to another storage medium is performed. In recent years, backup is performed between computers connected to a network. Specifically, in a system in which a plurality of computers and a management computer that manages these backup operations are connected on the same network, any of the plurality of computers stores data stored in its own storage device. Copy to a storage device of another computer. At this time, the backup computer is set by the management computer in consideration of the data capacity of the backup target data.
[0003]
However, in the conventional network distributed data backup system as described above, if a network failure occurs between the computer storing the data to be backed up and the management computer, the backup operation becomes uncontrollable, Even if the target computer and the backup destination computer can communicate with each other, there arises a problem that the backup itself cannot be performed.
[0004]
Furthermore, due to the above-mentioned network failure, not only backup to the backup destination computer is impossible, but also the problem that the backup time is exceeded, and the problem that the backup job is affected by the excess backup time may occur. .
[0005]
Therefore, as a data backup method performed in a network distributed computer system that solves the above-mentioned problems, Patent Documents 1 to 3 disclose a technique in which a computer having backup target data performs control of backup processing. Has been.
[0006]
In the invention described in Patent Document 1, each computer on the network monitors the status of other computers, and when a backup target file exists in a certain client computer (transfer source client), the client computer itself stores the backup target file. Another client computer (transfer destination client) having a disk including an unused area large enough to be stored is searched. Then, after securing the storage area of the considered transfer destination client, data backup is performed in the area. Further, when a failure occurs in the disk of the transfer destination client, a new backup file is transferred to another client computer.
[0007]
In the invention described in Patent Document 2, each computer on the network detects a failure of another computer having the same data, and when a failure is detected, detects another server having a sufficient data capacity. Then, an alternative server to replace the failed server is determined. Then, the data is transferred to the alternative server and backed up. When transferring data to the alternative server, the distance from the transfer source server to the transfer destination server is evaluated, and the data is transferred to a server having a short distance.
[0008]
In the invention described in Patent Document 3, when the backup target data stored in the backup target server is transferred to another computer on the network and backed up as described above, various resources in the backup target server (transfer source) are stored. The backup process is performed when the usage rate is lower than a predetermined value or when the load on the information network is low. Specifically, by detecting the current resource usage status, operating status, load status, etc., the time required for data backup processing is calculated and backup is executed.
[0009]
[Patent Document 1]
Japanese Patent Laid-Open No. 7-253917
[Patent Document 2]
JP 2002-215474 A
[Patent Document 3]
JP-A-10-31562
[0010]
[Problems to be solved by the invention]
However, in the data backup system in the above-described conventional example, there arises a disadvantage that backup cannot be performed while predicting the load caused by other processes occurring in the transfer destination computer or the transfer source computer during the backup process. As a result, even if the optimum backup is planned and executed, the problem arises that the backup time is still exceeded and the subsequent job is affected by this excess.
[0011]
OBJECT OF THE INVENTION
An object of the present invention is to provide a data backup system and method for improving the inconveniences of the above-described conventional example, and in particular, effectively suppressing failures during backup and improving the reliability of backup processing. .
[0013]
[Means for Solving the Problems]
Therefore, in the present invention, A data transfer source server comprising: a data transfer source server storing backup target data; and a data transfer destination server storing backup target data transferred from the data transfer source server via a network. The backup availability inquiry function that inquires whether the data to be backed up can be accepted to the data transfer destination server, and the backup target data is transferred to the data transfer destination server in response to the response from the data transfer destination server in response to this inquiry Backup execution function to execute data backup processing, and the data transfer destination server Processing that is automatically executed at a predetermined time The job management data, which is data related to the data transfer, is stored, and a backup propriety response function for determining whether or not to permit backup based on the job management data in response to an inquiry from the data transfer source server is provided. The composition is taken.
[0014]
With such a configuration, first, the data transfer source server that performs backup by transferring the backup target data to another server backs up to the server that can be the data transfer destination, which is another server on the network. Inquires whether or not Then, the data transfer destination server that received the inquiry It is determined whether backup processing is possible in consideration of processing that is automatically executed at a predetermined time. And for example Processing that is automatically executed at a predetermined time If it is determined that the backup processing is possible because there is no or no load, a response indicating that the backup is permitted is sent to the data transfer source server. Then, the data to be backed up is transferred to the data transfer destination server from the data transfer source server that has received the request, and the backup process is executed.
[0015]
Therefore, whether or not backup processing is possible is determined between the computers connected via the network, and then the backup processing is executed. Therefore, even if a network failure or the like occurs between the computers that manage them. Backup processing can be executed. In addition, the possibility of backup processing is determined in consideration of the processing scheduled for the data transfer destination server in the future, so it is possible to predict in advance and avoid failures such as excess backup time due to insufficient processing capacity during backup processing. And the reliability of the backup process can be improved.
[0016]
In addition, the backup availability response function of the data transfer destination server determines whether or not the backup process is completed within a predetermined time allowed for backup, and sends a backup availability response to the data transfer source server. It is desirable that the configuration is As a result, in consideration of the future processing of the data transfer destination server, it is determined in advance whether or not the backup processing is to be completed within the set time, and the backup processing is performed when it is determined that the backup processing is to be completed within that time. Therefore, it is possible to effectively suppress the backup processing time from being exceeded, and to improve the reliability of the backup processing.
[0018]
The job management data is stored at the data transfer destination server. Processing that is automatically executed at a predetermined time Resource status data relating to the usage status of each device in the server used in the server, for example, data relating to the usage rate of the computing device of the data transfer destination server, data relating to the input / output load on the storage device of the data transfer destination server, and further data It is desirable to include data regarding the network usage rate of the transfer destination server. As a result, when determining the backup processing at the data transfer destination server, the usage status of resources indispensable for the backup processing, such as information on the CPU usage rate, network usage rate, and I / O load on the storage device, which are planned for the future processing, is considered. As a result, the reliability of determining whether or not backup is possible is further improved.
[0019]
In addition, when the data transfer destination server executes only the backup process, it stores the resource status data at the time of backup related to the usage status of each device in the server, and the backup availability response function of the data transfer destination server has job management data It may be configured to determine whether or not to permit backup based on the resource status data and the resource status data at the time of backup.
[0020]
As a result, the data transfer destination server Processing that is automatically executed at a predetermined time By taking into account data such as resource usage used for backup and resource usage used for backup processing, Processing that is automatically executed at a predetermined time It is possible to more reliably and easily determine whether or not the backup process can be executed while executing.
[0021]
In addition, the network includes a management server that manages the backup status of the data transfer source server and the data transfer destination server, and the management server stores backup management data for managing backup processing of the data transfer source server, and transfers the data. The source server acquires backup management data from the management server, executes backup processing based on the data, and manages its own backup status corresponding to the backup management data in the data transfer source server Stores the self-backup management data and activates the backup availability inquiry function and the backup execution function to execute the backup processing based on the self-backup management data when the backup management data cannot be acquired from the management server. It may be configured to say.
[0022]
In this way, the data transfer source server normally performs backup processing based on the backup management data from the management server, which facilitates management and operation of the data backup system by the system administrator. Since the data transfer source server stores its own backup management data, when the backup management data cannot be acquired from the management server, the data transfer destination server is based on the self backup management data. Inquiries and backup processing. Therefore, even when a network failure or the like occurs between the data transfer source server and the management server, the backup process can be continuously executed, and the data reliability can be improved.
[0023]
A plurality of data transfer destination servers may be connected to the network, and the data transfer source server may operate a backup availability inquiry function for the plurality of data transfer destination servers. As a result, the data transfer source server can select a backup destination from a plurality of data transfer destination servers, suppresses the fact that the backup destination cannot be found and cannot be backed up, and improves the reliability of the backup processing. it can.
[0024]
In the present invention, a data backup system comprising a data transfer source server storing backup target data and a data transfer destination server storing backup target data transferred from the data transfer source server via a network In this case, the data transfer source server inquires whether the data transfer destination server can accept the backup target data, and the data transfer destination server in response to a response from the data transfer destination server to the inquiry. A backup execution function that transfers data to be backed up and executes data backup processing. Processing that is automatically executed at a predetermined time Resource status data related to the usage status of each device in the server in the processing, and backup resource related to the usage status of each device in the server when the data transfer destination server executes only backup processing It stores the status data and has a backup availability response function that determines whether or not to allow backup based on job management data in response to an inquiry from the data transfer source server. Whether or not the backup processing is completed within a predetermined time allowed for the backup based on the resource status data and the resource status data at the time of backup in consideration of the usage status of each device of the data transfer destination data To the data transfer source server A response of Kkuappu propriety, has also adopted a configuration that. Even in this case, the same operation as described above can be performed, and in particular, a failure such as an excessive backup time due to insufficient processing capacity during backup can be predicted and avoided in advance.
[0025]
Further, according to the present invention, in the data backup method, the data transfer source server in which the data transfer source server storing the backup target data transfers and stores the backup target data from the server to the data transfer destination server. Determines whether the data transfer destination server can accept the backup target data, and determines whether the data transfer destination server permits backup in response to the inquiry from the data transfer source server. A backup propriety response step that responds, and a backup execution step in which the data transfer source server performs data backup processing by transferring the backup target data to the data transfer destination server in response to a response from the data transfer destination server, The backup availability response process At the server, which is stored in the data transfer destination server Processing that is automatically executed at a predetermined time A data backup method is also provided in which whether or not backup is possible is determined based on job management data, which is data related to data. Even if it does in this way, the effect | action similar to the above and an effect are exhibited, and the objective mentioned above can be achieved.
[0026]
DETAILED DESCRIPTION OF THE INVENTION
<First Embodiment>
Hereinafter, a first embodiment of the present invention will be described with reference to FIGS. FIG. 1 is a block diagram showing the overall configuration of the present invention. FIG. 2 is a functional block diagram showing the configuration of the server in the present invention. 3 to 4 are explanatory diagrams showing the contents of data stored in each backup server or data that is a result of processing performed in each backup server. 5 to 8 are flowcharts showing operations in the present system.
[0027]
(overall structure)
The data backup system of the present invention is composed of a plurality of computers connected to a network. In the present embodiment, the plurality of computers are a plurality of backup servers 10 to 40 provided on the network 2 as shown in FIG. In addition to the backup servers 10 to 40, the system includes a management server 1 on the network 2 for managing the data backup status between these servers.
[0028]
Then, the backup target data is transferred from the data transfer source server 10 in which the backup target data is stored to the data transfer destination server 20 via the network 2 to backup the data. This will be described in detail below.
[0029]
(Management server)
The management server 1 is a server computer connected to the network 2 and is a computer maintained and managed by a person who manages this system. The management server 1 is always connected to the network 2 and operates to manage the status of data backup between backup servers 10 to 40 on the network 2 described later.
[0030]
The storage device (not shown) of the management server 1 stores backup management data for managing the backup status of each backup server 10-40. This backup management data is prepared for each of the backup servers 10 to 40 because any of the backup servers 10 to 40 sometimes uses data stored in its own storage device as backup target data to other servers. This is because it operates as a data transfer source server to store. FIG. 3 shows an example of backup management data. The data structure of this backup management data is substantially the same as the specified value of the self-backup management data stored in each backup server 10-40, as will be described later.
[0031]
The backup management data has a data configuration as shown in FIG. 3. For example, this data is for the backup server indicated by reference numeral 10. The data content includes “backup content”, “backup destination”, “backup start time”, and “backup end time”.
[0032]
“Backup content” is data specifying a directory or file in which data to be backed up by the backup server 10 which is the data transfer source server is stored. The “backup destination” is data specifying other backup servers 20, 30, 40 on the network 2 other than the data transfer source server 10 that is a backup destination candidate. For example, as shown in FIG. 3, an address specifying another backup server on the network 2 called “server2.backuptest.com” is described as “backup destination 1”. The backup destinations 1, 2,... Are described in order, and are priorities as backup destination (data transfer destination) candidates, and whether backup is possible in this order as described in detail later. Is made at the data transfer source server 10.
[0033]
The “backup start time” is a time at which backup is started. Specifically, the “backup start time” conforms to the cron designation of UNIX. “Backup end time” is set with two parameters, one is the scheduled backup end time (+ 1h00m), and the other is the backup end time (+ 3h00m). In FIG. 3, “scheduled backup end time”, which is the parameter (+ 1h00m) shown earlier, indicates the time required for backup in a state where resources of the data transfer destination server such as a CPU and a network can be sufficiently used. “1 hour” is set. The “backup end time”, which is a parameter (+ 3h00m) shown later, indicates the time at which the backup should be ended from the start time. For example, “3 hours” is set. As described above, “time” is actually substituted as a parameter. In particular, regarding “backup end time”, “backup start” is performed at the data transfer destination server that is the inquiry destination from the data transfer source server. It is added to the “time” and used as the upper limit “time” at which the backup must be terminated. However, it may be converted to “time” in advance by the data transfer source server and sent to the data transfer destination server as a time when the backup should be terminated.
[0034]
Incidentally, the backup management data is set by a person who operates the management server 1, and is set as appropriate depending on the operating status of the backup server and the capacity of the backup target data. For example, when a certain backup server is in an operation stop state for maintenance, or when a certain backup server is in an unstable state, such a server is removed from the “backup destination” and set or given priority. The ranking is set to be lower.
[0035]
Further, the CPU that is the arithmetic unit of the management server 1 has a function of transmitting backup management data to the server when the backup server 10 to 40 requests backup management data, and data for notifying the result of the backup processing. Is received from the backup servers 10 to 40 and is registered in the storage device. At this time, the backup management data transmitted by the function of transmitting the backup management data is set for the backup server that requested the data. The above function is realized by incorporating the function program into the CPU of the management server 1. The program is provided to the management server by being downloaded from a portable medium such as a CD-ROM or another computer on the network.
[0036]
(network)
In this embodiment, the network 2 is an intranet that operates only within a specific company, or a specific network that communicates using a protocol other than TCP / IP. However, the Internet may be a communication line such as a TCP / IP protocol using a dedicated line, a telephone line, a wired line such as a CATV cable, or a wireless line such as a mobile phone line.
[0037]
(Backup server)
The backup servers 10 to 40 are server computers that are connected to the network 2 and can communicate with the other servers 10 to 40 and with the management server 1. The computer is maintained and managed by a person who manages the system. For example, it is a file server in a certain company and stores data handled by the company.
[0038]
And these servers perform the process which backs up the data memorize | stored in the self server to another server for every predetermined time, for example every other day. Accordingly, any of the servers 10 to 40 can be a data transfer source server and can also be a data transfer destination data. Here, as shown in FIG. 1, the backup server denoted by reference numeral 10 is a data transfer source server having backup target data, and the backup upgrade server denoted by reference numeral 20 receives backup target data from the data transfer source server 10 and performs backup. Suppose that this is a data transfer destination server. FIG. 2 shows configurations of backup servers 10 and 20, that is, the data transfer source server 10 and the data transfer destination server 20. First, the data transfer source server 10 will be described.
[0039]
The storage device 11 (for example, hard disk) of the data transfer source server 10 stores self backup management data 11a for managing the backup status of the server when the server 10 is the transfer source. The self-backup management data 11a is the same as the backup management data stored in the management server 1 described above, but the data on the backup server 10 side is data as a specified value. That is, the self-backup management data 11a stores values set in advance by the operator or the like, but unlike the management server 1, it is frequently updated by the operator depending on the status of other servers (operation stoppage, etc.). Is not to be done. However, it is not necessarily updated, and can be updated during server maintenance. The contents of this backup management data are the same as those shown in FIG.
[0040]
Incidentally, the specified value of the self-backup management data is stored in advance in all the backup servers 10-40. For example, the data transfer destination server 20 is stored in the storage device 21 of the server 20 as indicated by reference numeral 21a in FIG. 2, and the servers of reference numerals 30 and 40 are also stored (not shown). This is because each server may back up the backup target data stored in its own storage device to another server. Specifically, referring to FIG. 3, “backup contents” includes a directory or file name in which data to be backed up by its own server is stored, and “backup destination” includes other than its own server. As described above, the time and time at which the own server is designated to perform backup are set in the “backup start / end time” address for designating the server.
[0041]
The storage device 11 of the data transfer source server 10 stores data to be backed up (reference numeral 11b). The backup target data 11b is data that is used and frequently updated by employees in the company, for example. Further, the storage device 11 also stores a regular job resource master and a backup resource master. This is because the data transfer source server can also be a data transfer destination server.
[0042]
Further, the data transfer source server 10 itself, that is, the CPU which is an arithmetic device has the following functions. First, it has a backup management data request function 10a for requesting backup management data from the management server 1, and a function for acquiring backup management data from the management server 1 and executing backup processing based on the data. Further, a backup availability inquiry function 10b for inquiring whether or not the backup target data 11b can be accepted to the data transfer destination server 20, and a response from the data transfer destination server 20 to the inquiry to the data transfer destination server 20 A backup execution function 10c that transfers the backup target data 11b and executes data backup processing.
[0043]
When there is backup management data acquired from the management server 1, the backup availability inquiry function 10 b and the backup execution function 10 c operate based on the data and cannot acquire backup management data from the management server 1. In this case, the operation is based on the self-backup management data 11a stored in the data transfer source server 10 itself. Therefore, the function for executing the backup processing based on the backup management data from the management server 1 described above is almost the same as the backup availability inquiry function 10b and the backup execution function 10c, and the data transfer destination server which is another server. The only difference is whether the inquiry is made based on the backup management data acquired from the management server 1 or based on the self-backup management data.
[0044]
Then, the backup availability inquiry function 10b inquires of the plurality of backup servers 20 to 40 (data transfer destination server candidates) on the availability of backup based on the backup management data or the self-backup management data. . At this time, the data transfer source server 10 transmits data related to backup such as the data capacity of the backup target data, the backup start time, and the end time (scheduled end time and end time).
[0045]
The backup execution function 10c determines a data transfer destination server based on responses from a plurality of backup servers 20 to 40 (data transfer destination server candidates). For example, the backup management data is queried in the order of priority of the backup management data, but when a response indicating that backup is possible is received, that server is determined as the data transfer destination server that actually performs the backup.
[0046]
Here, each of the above functions will be described in more detail when the operation described later is described. The above functions are realized by incorporating the function program into the CPU of the data transfer source server 10. The program is provided to the data transfer source server 10 by being downloaded from a portable medium such as a CD-ROM or another computer on the network. Further, the above function is provided in all the backup servers 10-40. This is because all the backup servers 10 to 40 can function as data transfer source servers when backing up backup target data stored in their own storage devices 11 to 41 to other servers.
[0047]
Next, the data transfer destination server 20 will be described. In the present embodiment, a description will be given by setting a server denoted by reference numeral 20 among a plurality of backup servers as a data transfer destination server for the data transfer source server 10 or as a data transfer destination server candidate. However, the data transfer destination server is not limited to the reference numeral 20.
[0048]
In the storage device 21 of the data transfer destination server 20, since the data transfer destination server 20 can also be a data transfer source server as described above, the self-backup management data 21a (see FIG. 3) necessary at that time, the backup Object data (not shown) is stored. Further, the storage device 21 is formed with an unused area 22b scheduled to store the backup target data 11b from the data transfer source server 10. Further, the storage device 21 stores data relating to the state of each device (hereinafter also referred to as a resource) such as a CPU used in processing (hereinafter also referred to as a job) that is routinely executed by the data transfer destination server 20 ( Resource status data) regular job resource master 21c, and backup resource master 21d that is data related to the status of each resource when only the backup processing is executed at the data transfer destination server 20 (backup resource status data). It is remembered. The contents of these resource masters 21c and 21d will be described later.
[0049]
Further, the CPU that is the arithmetic unit of the data transfer destination server 20 includes a periodic job resource master calculation function 20a that calculates the periodic job resource master 22c, a backup resource master calculation function 20b that calculates the backup resource master 22d, A backup availability response function 20c that determines whether or not to permit backup in response to an inquiry from the data transfer source server 10 is provided. Note that the above functions and the above-described regular job resource master 21c and backup resource master 21d are also provided in the data transfer source server 10 and the other backup servers 30 and 40, although not shown. This is because all the backup servers 10 to 40 can be data transfer destination servers.
[0050]
The regular job resource master calculation function 20a is a CPU that is an arithmetic unit when the job is executed independently for each process (job) that is determined to be executed routinely in the data transfer destination server 20 in advance. , Usage rate of the network, DISK I / O which is data relating to input / output load of the storage device, and the like are calculated and stored in the storage device 21. Here, the job that is routinely executed by the server 20 is a batch process that is registered, for example, by a batch file and that is automatically executed at a certain predetermined time. Virus scanning and system optimization processing. And acquisition of information, such as said CPU usage rate, is performed as follows.
[0051]
For example, the CPU usage rate is acquired by a “sar” command in the case of a UNIX machine. Since the sar command is known, detailed description thereof is omitted, but a specific example is shown below. For example, FIG. 4A shows an output result when a command “sar 3 5” is input and measured three times at 5-second intervals. In this figure, “% usr” represents the CPU usage rate of the application used by the user, and “% sys” represents the CPU usage rate of the operating system. “% Wio” represents a CPU usage rate by I / O, and “% idle” represents an unused ratio. These are combined and expressed as an average value in “Average”. Incidentally, in the example shown in FIG. 4A, since the job is not working, the usage rate is almost 0%, and the average unused rate is 99%.
[0052]
The network usage rate is measured by using a “netstat” command in the UNIX machine. Further, the DISK I / O is measured by the “-d” option of the “sar” command described above, and the load is expressed as a percentage. In the case of a Windows machine (Windows: registered trademark), the CPU usage rate, network usage rate, and DISK I / O are measured using a performance monitor. However, it is not limited to the usage rate and load of each resource, and the measurement as described above. Further, the resource status data stored as the regular job resource master 21c is not limited to the above, but may be data relating to the usage rate and load of other devices. Further, the present invention is not necessarily limited to storing the above three resource status data.
[0053]
Even during job execution, the CPU usage rate, network usage rate, and the like vary, but an average value for a predetermined time is adopted.
[0054]
Here, FIG. 4B shows an example of the regular job resource master 21c. The regular job resource master 21c represents the CPU usage rate and network (NW) usage rate between the start time and end time of the job “jab-a” defined in the “joba.bat” file. . As described above, the resource status data in each process is stored as the regular job resource master 21c.
[0055]
In addition, the backup resource master calculation function 20b provided in the CPU of the data transfer destination server 20 performs the backup of the CPU usage rate, the network usage rate, the DISK I / O, etc. when only the backup is performed instead of the regular job described above. The resource status data is measured, and the above value necessary for the backup process per unit time is calculated and stored as the backup resource master 21b.
[0056]
Further, the backup availability response function 20c provided in the CPU of the data transfer destination server 20 is based on the resource status data (job management data) that is the regular job resource master 21c described above, and the backup that has been inquired from the data transfer source server 10. It is determined whether processing is possible. At this time, the determination is also made in consideration of the backup resource status master 21d. The specific processing contents will be described when the operation is described, but the outline will be described below.
[0057]
First, the capacity of the backup target data transmitted from the data transfer source server 10 at the time of inquiry, the start time and end time (scheduled end time, end time) of the backup process, and the like are acquired, and the unused area 21b in the storage device 21 is acquired. Is equal to or larger than the capacity of the backup target data 11b. Then, from the backup start time to the backup end time (upper limit time when the backup must be completed), the resource status data such as the CPU usage rate of the job scheduled in the data transfer destination server 20 is stored in the periodic job resource. Extracted from the master 21c. At the same time, resource status data at the time of backup such as CPU usage rate at the time of backup independent processing is extracted from the backup resource master 21d. Then, assuming that the regular job and the backup process are performed at the same time for each unit time of each backup scheduled time, the total time when the CPU usage rate is less than 100% in total is calculated. In other words, when the regular job is not executed, it is natural that the backup time alone will not add up to 100% because the usage rate of each resource is less than 100%. However, if the resources for performing the backup are available, the backup processing can be performed during that time, and the time is added as the backup available time. After the backup available time is calculated, if the time falls within the preset scheduled backup end time, a response indicating that backup is possible is transmitted to the data transfer source server 10. However, the method for determining whether backup is possible is not limited to the above method.
[0058]
(Operation)
Next, the operation of the system in the present embodiment will be described with reference to FIGS. 5 to 6 are flowcharts showing the operation of the data transfer source server 10, and FIGS. 7 to 8 are follow charts showing the operation of the data transfer destination server 20.
[0059]
First, the data transfer source server 10 that performs backup accesses the management server 1 to make an inquiry, and requests backup management data (step S1). At this time, it is checked whether or not a network failure has occurred between the data transfer source server 10 and the management server 1 (step S2). If no failure has occurred (determination is negative in step S2), the management is performed. Backup management data is downloaded and acquired from the server 1 (step S3). On the other hand, if a network failure has occurred (Yes in step S2) or the management server 1 cannot be accessed due to other reasons and backup management data cannot be obtained, the self stored in the data transfer source server 10 itself The backup management data 11a is read (step S4).
[0060]
Thereafter (proceeding to symbol A), the data transfer source server 10 is based on the backup target data 11b based on the backup management data acquired from the management server 1 or the self-backup management data 11a read from its own storage device 11. Data backup processing is performed (proceeds to FIG. 6). In this embodiment, a case where a network failure has occurred during communication with the management server 1 and backup management data could not be acquired, and a case where a backup permission inquiry is made based on the self-backup management data 11a will be described. To do.
[0061]
Subsequently, the counter value “i” representing the backup destination server is set to an initial value “1” (step S11). Then, the backup server in which the counter value matches the server number of the backup destination server stored in the self-backup management data 11a is inquired about backup availability by the backup availability inquiry function (step S12, Backup availability inquiry process). Therefore, the server set first as the backup destination server is set as a data transfer destination server candidate, and an inquiry is made as to whether backup is possible. Hereinafter, this server is referred to as a server 20 and is referred to as a data transfer destination server.
[0062]
Here, at the time of the backup inquiry in step S12, data related to the data capacity, backup start time, and backup end time of the backup target data obtained by referring to the backup content stored in the self-backup management data 11a is the data transfer destination server. 20 is transmitted.
[0063]
Subsequently, it is checked whether a network failure has occurred with the data transfer destination server 20 at the time of inquiry about backup availability (step S13). If a network failure occurs (Yes in Step S13) or the inquiry cannot be made for other reasons, an inquiry is made to the next backup destination candidate server (Yes in Step S19, Step S21, (Return to step S12). This will be described later.
[0064]
When there is no failure in communication and an inquiry can be made to the data transfer destination server 20 (No determination in step S13), it waits for response data indicating whether backup is possible from the data transfer destination server 20 ( (No determination in step S14). The operation of the data transfer server 20 at this time will be described later with reference to FIGS.
[0065]
If a response indicating whether backup is possible is received from the data transfer destination server 20 (Yes in step S14), it is determined whether backup is possible from the content of the response data (step S15). If it is a notification that backup is possible (Yes in step S15), backup processing is executed by the backup execution function (step S16, backup execution step). That is, the backup target data 11b is transferred to the data transfer destination server 20. If the backup is successful (Yes in step S17), the management server 1 is notified that the backup was successful (step S18).
[0066]
On the other hand, if a backup failure notification is received from the data transfer destination server 20 (No at Step S15), and if the backup process is not successful (No at Step S17), the process goes to Step S19. Go to check if there is another backup destination server. In this step S19, it is checked whether or not there is a backup destination server of the next value (for example, “2”) with respect to the current value of “i” (for example, “1”) in the self-backup management data. If there is a server (affirmative determination in step S19), 1 is added to the value of “i” (step S21), and whether or not backup is possible for a server with a new value of “i” (server of backup destination 2) (Step S12). In this way, the above process is repeated until a server that can be backed up is found and until the backup process is completed.
[0067]
However, if a notification indicating that backup is not possible is received from all servers at the backup destination or if the backup process fails (No in step S19), the management server 1 is notified that the backup process has failed. (Step S20).
[0068]
Next, the operation of the data transfer destination server 20 will be described with reference to FIGS. As shown in step S12 of FIG. 6, the data transfer destination server 20 that has received an inquiry about whether or not backup is possible from the data transfer source server 10 (affirmative determination in step S31) determines whether or not backup is possible using the backup propriety response function ( Step S32, backup availability response process). A specific process for determining whether or not backup is possible is shown in FIG. 8 and will be described.
[0069]
First, data such as the capacity of backup target data transmitted from the data transfer source server 10 at the time of inquiry and the start time and end time of backup processing are acquired. At this time, as shown in FIG. 3, the backup end time includes a scheduled backup end time (1h00m) and a backup end time (3h00m). The backup end time is obtained by adding the end time to the start time. It is converted as data relating to the upper limit “time” at which the backup must be terminated. Specifically, it is assumed that “9:00” is set as the received backup start time. Further, it is assumed that “1 hour” is set as the scheduled backup end time and “3 hours” is set as the backup end time. In this case, “12:00” obtained by adding “3 hours” to “9:00” which is the start time of the backup process is the “time” at which the backup process must be completed. In this case, for example, the data transfer source server 10 executes another job from “12:00”, so the backup process has not been completed so far. It is a case that must not. By the way, the scheduled backup end time is used while displaying “time”. That is, the backup process is completed by spending a total of “1 hour” in the backup process between “9:00 and 12:00” when the backup process must be terminated.
[0070]
Then, it is confirmed whether the unused area 21b in the storage device 21 is equal to or larger than the capacity of the backup target data 11b (step S41). At this time, if the capacity of the unused area 21b is small (No in Step S41), it is determined that backup is impossible (Step S50), and a backup rejection notification is sent to the data transfer source server 10 (Step S33 in FIG. 7). Negative determination, step S36).
[0071]
On the other hand, when the capacity of the unused area 21b is equal to or larger than the data capacity of the backup target data (affirmative determination in step S41), the parameter of the backup available time is reset (step S42) and the storage device The regular job resource master 21c and the backup resource master 21d are read from 21 (step S43).
[0072]
Subsequently, the CPU usage rate of the job executed from the backup start time (for example, 9:00) to the end time (the backup end time is added to the backup start time, for example, 12:00) Resource status data and backup resource status data such as the CPU usage rate during the backup process per unit time are extracted (step S44). Then, the values of the respective usage rates are added, and it is checked whether or not the sum is less than 100% (step S45). For example, it is checked whether the sum of the average CPU usage rate in a regular job for 5 seconds from the backup start time and the CPU usage rate used for backup processing per 5 seconds does not exceed 100%. Similarly, the network usage rate is also checked, and further DISK I / O is also checked. If all values are less than 100% (Yes in step S45), 5 seconds is added as the backup possible time (step S46). On the other hand, if any of the values exceeds 100% (No determination in step S45), normal backup processing cannot be realized during that time, so there is no addition to the backup available time.
[0073]
Then, the above process (steps S44 to S47) is checked for the next 5 seconds, and further checked for the next 5 seconds. And it repeats until the backup end time (for example, 12:00) mentioned above. In this way, how long can the data transfer destination server 20 use each device (resource) such as the CPU of the server for backup processing while executing a regular job from the backup start time to the end time in this way? Calculate as backup available time.
[0074]
Then, the calculated backup available time is compared with the scheduled backup end time (for example, 1 hour) set from the data transfer source server (step S48). Affirmative determination is made at step S48), and backup permission is determined (step S49). Then, as a response to the backup inquiry, the data transfer server 20 transmits a backup permission notification to the data transfer source server 10 (Yes determination in step S33 in FIG. 7, step S34). Thereby, since the backup target data is transferred from the data transfer source server 10, the data transfer destination server 20 receives it and stores it in the unused area 21b of the storage device 21 (step S35 in FIG. 7).
[0075]
On the other hand, when the calculated backup available time is shorter than the scheduled backup end scheduled time (No in step S48), it is determined that backup is not possible (step S50). Then, the data transfer server 20 transmits a backup rejection notification to the data transfer source server 10 as a response to the backup inquiry (No determination in step S33 of FIG. 7, step S36). As a result, the data transfer source server 10 makes an inquiry to the next backup destination server.
[0076]
A specific example of determining whether backup is possible will be described here. In this example, as described above, the backup start time is “9:00”, the scheduled backup time is “1 hour”, and the backup end time is “3 hours”, that is, the time at which the backup process must be terminated. It will be “12:00”.
[0077]
First, assume that the backup destination 1 server is inquired. At this time, it is assumed that the backup destination 1 server executes another job from 9:00 to 11:30, and cannot use a CPU, network, etc. sufficient for backup during that time period. Then, the time that can be used for backup, that is, the backup possible time is “30 minutes”, and the scheduled backup time “1 hour” that is actually the backup time cannot be secured, so the server of backup destination 1 is ineligible as a backup destination It becomes. In such a case, the data transfer source server is notified that backup is not possible.
[0078]
Then, the backup transfer source server makes an inquiry to the next backup destination 2 server. At this time, the server of the backup destination 2 cannot use a sufficient CPU, network, etc. for backup from 9:00 to 10:30, but “1 hour 30 minutes” from 10:30 to 12:00 It can be secured as possible backup time. In this case, notification of backup permission is sent to the data transfer destination server.
[0079]
In this way, in response to an inquiry about whether or not backup is possible by the data transfer source server, whether or not backup is possible is determined taking into account the resources used in the job scheduled in the future at the data transfer destination server. Therefore, it is possible to foresee and avoid failures such as excessive backup time due to insufficient processing capacity during backup processing, and improve the reliability of backup processing.
[0080]
Here, in the above configuration, the case where the management server 1 is provided on the network is illustrated, but the configuration is not necessarily limited thereto. Even if the server that manages the backup status of the backup server on the network is not provided, the server that is the data transfer source of each backup server has predetermined self-backup management data, and backup is based on this. By finding the destination, a highly reliable backup process can be realized as described above.
[0081]
Further, the above-described data backup system is not limited to the case where there are four backup servers shown in FIG. More than this number may be connected on the network, and conversely, it may be realized by at least two computers, the transfer source and the transfer destination. However, it is preferable that the backup system includes a certain number of servers. By doing this, even if there are servers that cannot be backed up in other servers, it is possible to find a server that can be backed up from another server, and it is highly possible that backup processing can be realized. Reliability can be improved.
[0082]
Further, the determination of whether or not backup is possible by the data transfer destination server is not limited to being performed as described above. For example, if there is no job scheduled in the future by the data transfer destination server, it may be determined that backup is possible without performing the calculation shown in FIG. Furthermore, the configuration may be such that backup is possible when the average value within the backup time such as the CPU usage rate by the job is lower than a preset value (for example, 50%).
[0083]
<Second Embodiment>
Next, a second embodiment of the present invention will be described with reference to FIGS. FIG. 9 is a diagram for explaining the data content of the self-backup management data in the present embodiment. FIG. 10 is a flowchart showing the operation of the system in this embodiment.
[0084]
(Constitution)
The data backup system in this embodiment includes almost the same components as the system in the first embodiment, but the data transfer destination server determines whether or not backup is possible in response to an inquiry from the data transfer source server. The processing method to be performed is different. Accordingly, the configuration differs in the following points.
[0085]
First, as shown in FIG. 9, the contents of the “backup end time” are different among the backup management data stored in the management server or the self-backup management data stored in the data transfer source data. In the present embodiment, only one parameter is set, which is a value corresponding to the backup end time described above. That is, at least a value indicating that the backup must be completed by this time is set. In this example, a value of “3 hours” is set as the backup end time (+ 3h00m), which means that the backup process is completed within 3 hours from the backup start time. In the backup destination server (data transfer destination server) that is the inquiry destination, as described above, the backup start time is used as “time” obtained by adding “3 hours”.
[0086]
In this embodiment, the data content of the backup resource master stored in the data transfer destination server is different. That is, the backup resource master calculation function provided in the CPU of the data transfer destination server for calculating and storing such a value is different. This function measures the CPU usage rate, network usage rate, and DISK I / O when only backup is performed instead of the regular job described above, and calculates the above values necessary for backup processing per unit time. Are stored as backup resource masters, and also a capacity (backup capacity) that can be backed up per unit time is stored. Data related to the backup capacity per unit time is stored as backup resource status data in the backup resource master.
[0087]
The determination of whether or not the data transfer destination server can be backed up also differs. For this reason, the backup availability response function calculates the backup possible time, calculates the backup possible capacity within the time, and compares this value with the capacity of the backup target data to determine whether backup is possible. is there. This function will be described in detail in the operation description.
[0088]
(Operation)
The operation in this embodiment is basically the same as that of the first embodiment shown in FIGS. 5 to 8, but the operation is performed as shown in FIG. 10 after step S47 in FIG.
[0089]
First, it is assumed that the operation up to step S47 in FIG. 8 is performed and the backup possible time of the data transfer destination server is calculated. Then, the backup capacity is calculated by multiplying the backup capacity per unit time stored in the backup resource master within this backup time (step S51). Then, this capacity is compared with the capacity of the backup target data (step S52). When the backup possible capacity is equal to or larger than the capacity of the backup target data (positive determination at step S52), it is determined that the backup is permitted. (Step S53). Then, the data transfer server transmits a backup permission notification to the data transfer source server as a response to the backup inquiry (affirmative determination in step S33 of FIG. 7, step S34). On the other hand, if the backup capacity is smaller than the capacity of the backup target data (No in step S52), it is determined that backup is not possible (step S54). Then, the data transfer server transmits a backup rejection notification to the data transfer source server as a response to the backup inquiry (No determination in step S33 in FIG. 7, step S36).
[0090]
Even in this case, the backup process can be realized as in the first embodiment.
[0091]
<Third Embodiment>
Hereinafter, a third embodiment of the present invention will be described. The data backup system according to the present embodiment has substantially the same configuration as that of the first and second embodiments. However, the backup propriety determination by the backup propriety response function of the data transfer destination server 20 is routinely performed. The difference is that not only the determination is made according to the process (job) to be executed, but also the determination is based on job management data that is data relating to a process scheduled in the future at the data transfer destination server 20. Therefore, the data transfer destination server 20 stores job management data in the storage device.
[0092]
The job management data is, for example, data related to print data (printer job) scheduled in the future at the data transfer destination server 20 and other backup processing. The job management data may include resource status data such as the usage rate of resources used in these processes, calculated based on the processing results so far. However, in this embodiment, it is assumed that data such as resource usage rate is calculated at the time of determining backup availability.
[0093]
When the backup availability response function receives an inquiry about backup availability from the data transfer source server 10, it calculates resource status data such as the CPU usage rate of the job scheduled within the backup time, As in the first embodiment, whether or not backup is possible is determined based on the resource status data at the time of backup.
[0094]
In this way, by taking into account all future processing schedules of the data transfer destination server 20, the accuracy of determining whether or not backup is possible is further improved. Therefore, it is possible to effectively avoid failures such as resource shortage during backup processing and excessive backup time.
[0095]
By the way, the backup availability response function by the data transfer destination server is a routine job that is determined to be routinely executed in advance and an interrupt that must be suddenly executed such as a printer job. Both the job and the job may be taken into consideration, as shown in the first embodiment, only the daily job may be considered, or conversely, only the interrupt job may be considered.
[0096]
【The invention's effect】
Since the present invention is configured and functions as described above, according to this, when a data transfer source server inquires of a server that can be a data transfer destination, which is another server on the network, whether or not backup is possible, the inquiry is received. The data transfer destination server considers the scheduled processing on the server, determines whether backup processing is possible, and performs backup when it determines that backup processing is possible. A response to allow is sent to the data transfer source server, and then the backup target data is transferred from the data transfer source server to the data transfer destination server via the network, and the backup process is executed. Since it is judged between each computer connected on the network whether or not it is possible Even if a network failure or the like occurs between the computers that manage them, backup processing can be executed. Further, considering whether or not backup processing is possible in the future of the data transfer destination server Therefore, it is possible to predict and avoid failures such as excessive backup time due to insufficient processing capacity during backup processing, and to improve the reliability of backup processing. It has the effect.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a configuration in a first embodiment of the present invention.
FIG. 2 is a functional block diagram showing a configuration of a part of the backup server disclosed in FIG. 1 (data transfer source server, data transfer destination server).
FIG. 3 is a diagram showing the contents of backup management data stored in the management server or self-backup management data stored in the backup server.
FIG. 4 is a diagram illustrating data related to backup server resources, FIG. 4A illustrates a measurement result of a CPU usage rate, and FIG. 4B illustrates a CPU usage rate in a predetermined job; FIG. 6 is a diagram illustrating an example of a regular job resource master representing the above.
FIG. 5 is a flowchart showing the operation of the data transfer source server.
6 is a flowchart showing the operation of the data transfer source server, showing the continuation of FIG.
FIG. 7 is a flowchart showing the operation of the data transfer destination server.
FIG. 8 is a flowchart showing an operation of the data transfer destination server, and shows a part of the operation shown in FIG. 7 in detail.
FIG. 9 is a diagram showing the contents of backup management data stored in the management server or self-backup management data stored in the backup server according to the second embodiment of the present invention.
FIG. 10 is a flowchart showing an operation of a data transfer destination server in the second embodiment.
[Explanation of symbols]
1 management server
10 Backup server (data transfer source server)
20 Backup server (data transfer destination server)
30, 40 Backup server
11, 21, 31, 41 Storage device
10a Backup management data request function
10b Backup availability inquiry function
10c Backup execution function
11a Self backup management data
11b Data to be backed up
21a Self-backup management data
21b Unused area
21c Regular job resource master
21d Backup resource master
N network

Claims (11)

バックアップ対象データが記憶されたデータ転送元サーバと、このデータ転送元サーバからネットワークを介して転送された前記バックアップ対象データを記憶するデータ転送先サーバと、を備えたデータバックアップシステムにおいて、
前記データ転送元サーバが、前記データ転送先サーバに前記バックアップ対象データの受け入れが可能か否かを問い合わせるバックアップ可否問合機能と、この問い合わせに対する前記データ転送先サーバからの応答に応じて当該データ転送先サーバに前記バックアップ対象データを転送してデータバックアップ処理を実行するバックアップ実行機能とを備え、
前記データ転送先サーバが、当該サーバにて所定の時刻になると自動的に実行される処理に関するデータであるジョブ管理データを記憶すると共に、前記データ転送元サーバからの問い合わせに対して前記ジョブ管理データに基づいてバックアップを許可するか否かを判断して応答するバックアップ可否応答機能を備えたことを特徴とするデータバックアップシステム。In a data backup system comprising a data transfer source server storing backup target data and a data transfer destination server storing the backup target data transferred from the data transfer source server via a network,
The data transfer source server inquires whether the data to be backed up can be accepted from the data transfer destination server, and the data transfer according to a response from the data transfer destination server to the inquiry A backup execution function for transferring the backup target data to a destination server and executing data backup processing;
The data transfer destination server stores job management data that is data relating to processing that is automatically executed at a predetermined time in the server, and also receives the job management data in response to an inquiry from the data transfer source server A data backup system comprising a backup propriety response function that determines whether or not to permit backup based on the above and responds. 前記データ転送先サーバが有するバックアップ可否応答機能は、あらかじめ定められたバックアップに許容される時間内にバックアップ処理が終了するか否かを判断して前記データ転送元サーバにバックアップ可否の応答を行う、ことを特徴とする請求項１記載のデータバックアップシステム。  The backup availability response function of the data transfer destination server determines whether backup processing is completed within a predetermined time allowed for backup, and sends a backup enable / disable response to the data transfer source server. The data backup system according to claim 1. 前記ジョブ管理データは、前記データ転送先サーバにて所定の時刻になると自動的に実行される処理において用いられる当該サーバ内の各装置の使用状況に関するリソース状況データを含むことを特徴とする請求項１又は２記載のデータバックアップシステム。The job management data includes resource status data relating to the usage status of each device in the server that is used in processing that is automatically executed at a predetermined time at the data transfer destination server. The data backup system according to 1 or 2. 前記リソース状況データは、前記データ転送先サーバの演算装置の使用率に関するデータであることを特徴とする請求項３記載のデータバックアップシステム。  4. The data backup system according to claim 3, wherein the resource status data is data relating to a usage rate of an arithmetic unit of the data transfer destination server. 前記リソース状況データは、前記データ転送先サーバの記憶装置に対する入出力負荷に関するデータであることを特徴とする請求項３又は４記載のデータバックアップシステム。  5. The data backup system according to claim 3, wherein the resource status data is data relating to an input / output load on a storage device of the data transfer destination server. 前記リソース状況データは、前記データ転送先サーバのネットワークの使用率に関するデータであることを特徴とする請求項３，４又は５記載のデータバックアップシステム。  6. The data backup system according to claim 3, wherein the resource status data is data relating to a network usage rate of the data transfer destination server. 前記データ転送先サーバが、バックアップ処理のみを実行した際における当該サーバ内の各装置の使用状況に関するバックアップ時リソース状況データを記憶し、
前記データ転送先サーバが有するバックアップ可否応答機能は、前記ジョブ管理データ内のリソース状況データと前記バックアップ時リソース状況データとに基づいてバックアップを許可するか否かを判断する、ことを特徴とする請求項３，４，５又は６記載のデータバックアップシステム。The data transfer destination server stores backup resource status data regarding the usage status of each device in the server when only the backup process is executed,
The backup availability response function of the data transfer destination server determines whether to permit backup based on the resource status data in the job management data and the resource status data at the time of backup. Item 7. The data backup system according to item 3, 4, 5, or 6. 前記ネットワークに、前記データ転送元サーバ及び前記データ転送先サーバのバックアップ状況を管理する管理サーバを備えると共に、当該管理サーバは、前記データ転送元サーバのバックアップ処理を管理するバックアップ管理データを記憶し、
前記データ転送元サーバは、前記管理サーバから前記バックアップ管理データを取得して当該データに基づいてバックアップ処理を実行すると共に、
当該データ転送元サーバ内に前記バックアップ管理データに相当するあらかじめ定められた自己のバックアップ状況を管理する自己バックアップ管理データを記憶し、前記管理サーバから前記バックアップ管理データを取得できなかった場合に前記自己バックアップ管理データに基づいてバックアップ処理を実行すべく前記バックアップ可否問合機能と前記バックアップ実行機能とを作動させる、ことを特徴とする請求項１，２，３，４，５，６又は７記載のデータバックアップシステム。The network includes a management server for managing the backup status of the data transfer source server and the data transfer destination server, and the management server stores backup management data for managing backup processing of the data transfer source server,
The data transfer source server acquires the backup management data from the management server and executes a backup process based on the data,
Self-backup management data for managing a predetermined self-backup status corresponding to the backup management data is stored in the data transfer source server, and when the backup management data cannot be acquired from the management server, the self-backup management data is stored. 8. The backup enable / disable inquiry function and the backup execution function are operated to execute a backup process based on backup management data, according to claim 1, 2, 3, 4, 5, 6 or 7. Data backup system. 前記データ転送先サーバは、前記ネットワークに複数接続されていると共に、
前記データ転送元サーバは、前記複数のデータ転送先サーバに対して前記バックアップ可否問合機能を作動させる、ことを特徴とする請求項１，２，３，４，５，６，７又は８記載のデータバックアップシステム。A plurality of the data transfer destination servers are connected to the network,
The said data transfer origin server operates the said backup availability inquiry function with respect to these data transfer destination servers, The 1, 2, 3, 4, 5, 6, 7 or 8 characterized by the above-mentioned. Data backup system. バックアップ対象データが記憶されたデータ転送元サーバと、このデータ転送元サーバからネットワークを介して転送された前記バックアップ対象データを記憶するデータ転送先サーバと、を備えたデータバックアップシステムにおいて、
前記データ転送元サーバが、前記データ転送先サーバに前記バックアップ対象データの受け入れが可能か否かを問い合わせるバックアップ可否問合機能と、この問い合わせに対する前記データ転送先サーバからの応答に応じて当該データ転送先サーバに前記バックアップ対象データを転送してデータバックアップ処理を実行するバックアップ実行機能とを備え、
前記データ転送先サーバが、当該サーバにて所定の時刻になると自動的に実行される処理に関するデータであって当該処理において当該サーバ内の各装置の使用状況に関するリソース状況データと、当該データ転送先サーバがバックアップ処理のみを実行した際における当該サーバ内の各装置の使用状況に関するバックアップ時リソース状況データとを記憶すると共に、
前記データ転送元サーバからの問い合わせに対して前記ジョブ管理データに基づいてバックアップを許可するか否かを判断して応答するバックアップ可否応答機能を備え、
バックアップ可否応答機能は、前記リソース状況データと前記バックアップ時リソース状況データとに基づいて、当該データ転送先データの各装置の使用状況を考慮して、あらかじめ定められたバックアップに許容される時間内にバックアップ処理が終了するか否かを判断して前記データ転送元サーバにバックアップ可否の応答を行う、ことを特徴とするデータバックアップシステム。In a data backup system comprising a data transfer source server storing backup target data and a data transfer destination server storing the backup target data transferred from the data transfer source server via a network,
The data transfer source server inquires whether the data to be backed up can be accepted from the data transfer destination server, and the data transfer according to a response from the data transfer destination server to the inquiry A backup execution function for transferring the backup target data to a destination server and executing data backup processing;
The data transfer destination server is data relating to processing that is automatically executed at the server at a predetermined time, and resource status data relating to the usage status of each device in the server in the processing, and the data transfer destination In addition to storing resource status data at the time of backup related to the usage status of each device in the server when the server executes only backup processing,
A backup propriety response function for determining whether to permit backup based on the job management data in response to an inquiry from the data transfer source server,
Based on the resource status data and the backup resource status data, the backup availability response function takes into consideration the usage status of each device of the data transfer destination data within a predetermined time allowed for backup. A data backup system characterized by determining whether or not backup processing is completed and responding to the data transfer source server whether backup is possible. バックアップ対象データが記憶されたデータ転送元サーバが、当該サーバからネットワークを介してデータ転送先サーバに前記バックアップ対象データを転送して記憶する、データバックアップ方法において、
前記データ転送元サーバが前記データ転送先サーバに前記バックアップ対象データの受け入れが可能か否かを問い合わせるバックアップ可否問合工程と、前記データ転送先サーバが前記データ転送元サーバからの問い合わせに対してバックアップを許可するか否かを判断して応答するバックアップ可否応答工程と、前記データ転送元サーバが前記データ転送先サーバからの応答に応じて当該データ転送先サーバに前記バックアップ対象データを転送してデータバックアップ処理を実行するバックアップ実行工程とを備え、
前記バックアップ可否応答工程は、前記データ転送先サーバに記憶された当該サーバにて所定の時刻になると自動的に実行される処理に関するデータであるジョブ管理データに基づいてバックアップ可否の判断を行う、ことを特徴とするデータバックアップ方法。In the data backup method, the data transfer source server storing the backup target data transfers and stores the backup target data from the server to the data transfer destination server via the network.
A backup availability inquiry step in which the data transfer source server inquires whether the data to be backed up can be accepted from the data transfer destination server, and the data transfer destination server backs up an inquiry from the data transfer source server. A backup propriety response step for determining whether to permit or not to respond, and in response to a response from the data transfer destination server, the data transfer source server transfers the backup target data to the data transfer destination server to receive data. A backup execution process for performing backup processing,
The backup propriety response step determines whether or not backup is possible based on job management data that is data relating to processing that is automatically executed at a predetermined time in the server stored in the data transfer destination server. A data backup method characterized by this.
JP2003011983A 2003-01-21 2003-01-21 Data backup system and method Expired - Fee Related JP4016840B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003011983A JP4016840B2 (en) 2003-01-21 2003-01-21 Data backup system and method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003011983A JP4016840B2 (en) 2003-01-21 2003-01-21 Data backup system and method

Publications (2)

Publication Number Publication Date
JP2004227132A JP2004227132A (en) 2004-08-12
JP4016840B2 true JP4016840B2 (en) 2007-12-05

Family

ID=32900728

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003011983A Expired - Fee Related JP4016840B2 (en) 2003-01-21 2003-01-21 Data backup system and method

Country Status (1)

Country Link
JP (1) JP4016840B2 (en)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4537808B2 (en) * 2004-09-13 2010-09-08 三菱電機株式会社 Data collection device, data collection system, and data collection method
JP4635611B2 (en) * 2005-01-11 2011-02-23 富士ゼロックス株式会社 Information processing apparatus, method, and program
JP2006309503A (en) * 2005-04-28 2006-11-09 Toray Ind Inc Data transfer system
JP4712873B2 (en) * 2005-06-29 2011-06-29 イーエムシー コーポレイション Creating a single client snapshot using the client utility
JP4690987B2 (en) * 2006-09-27 2011-06-01 株式会社日立製作所 Network data backup system and computer therefor
JP4973145B2 (en) * 2006-11-20 2012-07-11 船井電機株式会社 Management server and content transfer system
JP2008276281A (en) * 2007-04-25 2008-11-13 Nec Corp Data synchronization system, method, and program
JP5741254B2 (en) * 2011-06-30 2015-07-01 富士通株式会社 Transmission control method, apparatus and program
JP5686712B2 (en) * 2011-06-30 2015-03-18 株式会社Ｎｔｔドコモ Backup data generation device, online storage device, metadata management device, backup system, and backup method
JP5734240B2 (en) * 2012-06-13 2015-06-17 三菱電機株式会社 Programmable display
KR101394475B1 (en) * 2012-07-13 2014-05-14 네이버비즈니스플랫폼 주식회사 Method and server for controlling speed of database recovery
TW201435612A (en) * 2013-03-12 2014-09-16 Hon Hai Prec Ind Co Ltd Storage space expanding system and method

Also Published As

Publication number Publication date
JP2004227132A (en) 2004-08-12

Similar Documents

Publication Publication Date Title
US9218153B2 (en) Servicing a print request from a client system
JP4016840B2 (en) Data backup system and method
US7953691B2 (en) Performance evaluating apparatus, performance evaluating method, and program
US7424713B2 (en) Method for allocating programs
Balasangameshwara et al. Performance-driven load balancing with a primary-backup approach for computational grids with low communication cost and replication cost
JP4677813B2 (en) Server performance measurement method, server performance measurement system, and computer program used therefor
WO2006100752A1 (en) Distributed processing management device, distributed processing management method, and distributed processing management program
US7518741B2 (en) Notification system for notifying user of consumable product used by electronic device
CN101297536A (en) A method and system for preparing execution of systems management tasks on endpoints
EP1457871A2 (en) Print system and printer setting method
JP7103705B1 (en) Cluster-based capacity reduction processing method and equipment
US20020161615A1 (en) Workflow system
US7426547B2 (en) Document shadowing intranet server, memory medium and method
USRE41705E1 (en) Device and process for handling the execution of a job in a data processing system
US20050044446A1 (en) Method of and device for data backup, and computer product
JP2008250427A (en) Upgrading device for use in information processing system, information processing system therewith, and program for upgrading information processing system
JP2003256390A (en) Distributed object system
JP4232606B2 (en) File distribution system, client program, client, server program, server, and method
JP5163352B2 (en) Management device, device management system, device management method, program, and recording medium
JP3944937B2 (en) Data warehouse system
JP3119598B2 (en) Line load distribution method
JP2001222579A (en) Method, system and server for supporting business, recording medium and information transmitting medium
JP2004192449A (en) Load distribution method for web client/server system, load distribution system, and load distribution program
JP7180394B2 (en) Virtual infrastructure management device, virtual infrastructure management method, and virtual infrastructure management program
JP2016088057A (en) Information processing equipment, control method of information processing equipment, and program

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070522

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070706

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: 20070828

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20070910

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: 20100928

Year of fee payment: 3

LAPS Cancellation because of no payment of annual fees