JP2013140443A - バックアップ制御プログラム、バックアップ制御方法およびバックアップ制御装置 - Google Patents

バックアップ制御プログラム、バックアップ制御方法およびバックアップ制御装置 Download PDF

Info

Publication number
JP2013140443A
JP2013140443A JP2011289995A JP2011289995A JP2013140443A JP 2013140443 A JP2013140443 A JP 2013140443A JP 2011289995 A JP2011289995 A JP 2011289995A JP 2011289995 A JP2011289995 A JP 2011289995A JP 2013140443 A JP2013140443 A JP 2013140443A
Authority
JP
Japan
Prior art keywords
data
backup
identification information
duplicate
target
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.)
Granted
Application number
JP2011289995A
Other languages
English (en)
Other versions
JP5838810B2 (ja
Inventor
Tomohiro Ubukata
友宏 生形
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.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
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 Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2011289995A priority Critical patent/JP5838810B2/ja
Priority to US13/658,409 priority patent/US20130173554A1/en
Publication of JP2013140443A publication Critical patent/JP2013140443A/ja
Application granted granted Critical
Publication of JP5838810B2 publication Critical patent/JP5838810B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1446—Point-in-time backing up or restoration of persistent data
    • G06F11/1458—Management of the backup or restore process
    • G06F11/1464—Management of the backup or restore process for networked environments
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1446—Point-in-time backing up or restoration of persistent data
    • G06F11/1448—Management of the data involved in backup or backup restore
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/2053—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant
    • G06F11/2094—Redundant storage or storage space
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1446—Point-in-time backing up or restoration of persistent data
    • G06F11/1458—Management of the backup or restore process
    • G06F11/1469—Backup restoration techniques

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Retry When Errors Occur (AREA)

Abstract

【課題】制御対象装置のバックアップ機能をバックアップデータの冗長化に利用すること。
【解決手段】バックアップ制御装置１０１は、記憶部１２０に格納されているバックアップ対象データのバックアップ指示１３２とともに、バックアップ対象データのバックアップデータの送信要求１３３を制御対象装置１０２に送信する。制御対象装置１０２は、バックアップ手段により、バックアップ対象データのバックアップデータの識別情報と関連付けて、バックアップ対象データのバックアップを行う。制御対象装置１０２は、バックアップ対象データのバックアップデータ１５０をバックアップ制御装置１０１に送信する。バックアップ制御装置１０１は、バックアップデータ１５０の識別情報と関連付けてバックアップデータ１５０を記憶部１１０に記憶する。
【選択図】図１

Description

本発明は、バックアップ制御プログラム、バックアップ制御方法およびバックアップ制御装置に関する。
従来から、データ破壊やコンピュータウィルス感染などのデータ異常に備えて、バックアップ対象マシンに格納されているデータのバックアップデータを別の装置に保存しておく技術がある。データ異常が発生した場合は、別の装置に保存されているバックアップデータを用いて、データ異常となったデータの修復作業が行われる。
なお、関連する先行技術としては、例えば、制御用データとチェック用データとを照合してどちらが異常であるかを判定し、異常である方のデータを修復する技術がある。
特開平８−９５８６８号公報
しかしながら、従来技術によれば、別の装置に保存されているバックアップデータがデータ異常となると、例えば、バックアップ対象マシンに格納されているデータがデータ異常となった場合の修復作業を行うことが難しくなるという問題がある。
一側面では、本発明は、制御対象装置のバックアップ機能をバックアップデータの冗長化に利用することを目的とする。
本発明の一側面によれば、データの複製データの識別情報と関連付けて前記データをバックアップするバックアップ手段を有する制御対象装置に、前記制御対象装置に記憶されているバックアップ対象データのバックアップ指示と、前記バックアップ対象データの複製データの送信要求と、前記複製データの識別情報とを送信し、前記バックアップ指示と前記送信要求と前記複製データの識別情報とを送信した結果、前記複製データを受信した場合、前記複製データの識別情報と関連付けて前記複製データを記憶部に記憶するバックアップ制御プログラム、バックアップ制御方法およびバックアップ制御装置が提案される。
また、本発明の一側面によれば、データの複製データの識別情報と関連付けて前記データをバックアップするバックアップ手段を有する制御対象装置に、前記制御対象装置に記憶されているバックアップ対象データのバックアップ指示と、前記バックアップ対象データの複製データの送信要求とを送信し、前記バックアップ指示と前記送信要求とを送信した結果、前記複製データと前記複製データの識別情報とを受信した場合、前記複製データの識別情報と関連付けて前記複製データを記憶部に記憶するバックアップ制御プログラム、バックアップ制御方法およびバックアップ制御装置が提案される。
本発明の一態様によれば、制御対象装置のバックアップ機能をバックアップデータの冗長化に利用することができるという効果を奏する。
図１は、実施の形態１にかかるバックアップ制御方法の一実施例を示す説明図である。 図２は、実施の形態１にかかるバックアップデータ修復方法の一実施例を示す説明図である。 図３は、実施の形態２にかかるバックアップシステム３００のシステム構成例を示す説明図である。 図４は、バックアップ対象マシンＭのバックアップ動作例を示す説明図である。 図５は、バックアップサーバ３０１のハードウェア構成例を示すブロック図である。 図６は、バックアップ対象マシンＭのハードウェア構成例を示すブロック図である。 図７は、データ関連テーブル７００の記憶内容の一例を示す説明図である。 図８は、ファイル情報テーブル８００の記憶内容の一例を示す説明図である。 図９は、復元ポイントテーブル９００の記憶内容の一例を示す説明図である。 図１０は、退避情報テーブル１０００の記憶内容の一例を示す説明図である。 図１１は、バックアップサーバ３０１の機能的構成例を示すブロック図である。 図１２は、バックアップ対象マシンＭの機能的構成例を示すブロック図である。 図１３は、バックアップサーバ３０１のバックアップ処理手順の一例を示すフローチャートである。 図１４は、バックアップサーバ３０１の検証処理手順の一例を示すフローチャートである。 図１５は、バックアップ対象マシンＭのバックアップ処理手順の一例を示すフローチャートである。 図１６は、バックアップ対象マシンＭの修復データ送信処理手順の一例を示すフローチャートである。
以下に添付図面を参照して、この発明にかかるバックアップ制御プログラム、バックアップ制御方法およびバックアップ制御装置の実施の形態を詳細に説明する。
（実施の形態１）
（バックアップ制御方法の一実施例）
図１は、実施の形態１にかかるバックアップ制御方法の一実施例を示す説明図である。図１において、バックアップ制御装置１０１は、制御対象装置１０２に記憶されているバックアップ対象データのバックアップを制御するコンピュータである。また、バックアップ制御装置１０１は、記憶部１１０を備え、制御対象装置１０２に記憶されているバックアップ対象データのバックアップを行う機能を有する。
制御対象装置１０２は、記憶部１２０を備え、データのバックアップを行うバックアップ手段を有するコンピュータである。制御対象装置１０２は、バックアップ制御装置１０１から記憶部１２０に記憶されているバックアップ対象データのバックアップ指示を受信した場合、バックアップ手段によりバックアップ対象データのバックアップを行う。
バックアップ手段は、データのバックアップデータの識別情報と関連付けてデータをバックアップする。バックアップ手段は、例えば、コピーオンライト方式を使用したスナップショット機能により、データのバックアップを行う。コピーオンライト方式とは、データの書き換え時に、書き換え前のデータのバックアップデータを作成して保存する方式である。
データのバックアップデータは、データを複製した複製データである。バックアップデータの識別情報は、例えば、バックアップデータを一意に識別するＩＤ（ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）であってもよく、また、データのバックアップが行われた時点を特定する時点情報であってもよい。
また、制御対象装置１０２は、バックアップ制御装置１０１からのバックアップ対象データのバックアップデータの送信要求に応じて、バックアップ対象データのバックアップデータをバックアップ制御装置１０１に送信する。送信されたバックアップデータは、バックアップ制御装置１０１の記憶部１１０に記憶される。
ここで、記憶部１１０に記憶されているバックアップデータは、何らかの理由により欠落や破損してデータ異常となる場合がある。この場合、記憶部１２０に記憶されているデータがデータ異常となった時に、記憶部１１０に記憶されているバックアップデータを用いて該データを復元することができなくなる。
例えば、バックアップ対象データの完全バックアップが定期的に行われているとする。この場合、最新の完全バックアップデータがデータ異常となると、データ異常となったデータを、最後にバックアップが行われた時点よりも前の時点にバックアップされたデータにしか復元できない。
また、増分または差分バックアップが行われる場合、最新の増分または差分バックアップデータがデータ異常となると、データ異常となったデータを、最後にバックアップが行われた時点よりも前の時点にバックアップされたデータにしか復元できない。さらに、最初に行われた完全バックアップデータがデータ異常となると、データ異常となったデータを復元することができない。
また、バックアップデータがデータ異常となることを想定して、バックアップ制御装置１０１側でバックアップデータを冗長化して保持することが考えられる。しかし、この場合は、バックアップ制御装置１０１のバックアップ処理にかかる処理時間および記憶容量の増大化を招いてしまう。
そこで、実施の形態１では、制御対象装置１０２が有するバックアップ機能を利用して、バックアップサーバ３０１側と制御対象装置１０２側の別々でバックアップデータを保持して冗長化する。これにより、バックアップサーバ３０１側でデータ異常となったバックアップデータの修復を可能にする。以下、実施の形態１にかかるバックアップ制御方法の処理手順例について説明する。
（１）バックアップ制御装置１０１は、制御対象装置１０２の記憶部１２０に格納されているバックアップ対象データのバックアップデータを一意に識別するＩＤ１３１を生成する。このＩＤ１３１は、後述するバックアップデータ１５０を一意に識別するものである。
（２）バックアップ制御装置１０１は、記憶部１２０に格納されているバックアップ対象データのバックアップ指示１３２とともに、バックアップ対象データのバックアップデータの送信要求１３３を制御対象装置１０２に送信する。ここで、バックアップ指示１３２には、例えば、バックアップ対象データのバックアップデータを識別するＩＤ１３１が含まれている。
（３）制御対象装置１０２は、バックアップ指示１３２と送信要求１３３とを受信した場合、バックアップ手段により、バックアップ対象データのバックアップデータの識別情報と関連付けて、バックアップ対象データのバックアップを行う。ここで、バックアップデータの識別情報とは、例えば、バックアップ指示１３２に含まれているＩＤ１３１である。
具体的には、例えば、制御対象装置１０２は、バックアップ手段により作成されるバックアップ対象データのバックアップデータ１４０をＩＤ１３１と関連付けて記憶部１２０に記憶する。より具体的には、例えば、バックアップ手段は、バックアップ指示１３２が受信された時点以降に、バックアップ対象データが最初に書き換えられた時に、書き換え前のデータを複製することによりバックアップデータ１４０を作成する。
（４）制御対象装置１０２は、バックアップ対象データのバックアップデータ１５０をバックアップ制御装置１０１に送信する。具体的には、例えば、制御対象装置１０２は、バックアップ指示１３２が受信された場合に、バックアップ対象データを複製することによりバックアップデータ１５０を作成してバックアップ制御装置１０１に送信する。
（５）バックアップ制御装置１０１は、バックアップデータ１５０を受信した場合、バックアップデータ１５０の識別情報と関連付けてバックアップデータ１５０を記憶部１１０に記憶する。ここで、バックアップデータ１５０の識別情報とは、例えば、バックアップ指示１３２に含まれているＩＤ１３１である。
このように、本バックアップ制御方法によれば、制御対象装置１０２が有するバックアップ手段を利用して、バックアップ制御装置１０１および制御対象装置１０２のそれぞれでバックアップデータ１５０，１４０を保持することができる。
これにより、制御対象装置１０２の記憶部１２０に記憶されているバックアップ対象データのバックアップデータを冗長化することができる。また、バックアップ制御装置１０１側でバックアップデータを冗長化して保持する場合に比べて、バックアップ制御装置１０１のバックアップ処理にかかる処理時間および記憶容量を削減することができる。
（バックアップデータ修復方法の一実施例）
つぎに、実施の形態１にかかるバックアップデータ修復方法の一実施例について説明する。図２は、実施の形態１にかかるバックアップデータ修復方法の一実施例を示す説明図である。以下、図１に示したバックアップ制御装置１０１の記憶部１１０に記憶されているバックアップデータ１５０がデータ異常となった場合を例に挙げて説明する。
（６）バックアップ制御装置１０１は、記憶部１１０に記憶されているデータ異常となったバックアップデータ１５０を検出する。ここで、データ異常とは、例えば、何らかの理由によりバックアップデータ１５０が欠落や破損、または読み出し不能となってバックアップ対象データを復元することができなくなった状態である。
（７）バックアップ制御装置１０１は、バックアップデータ１５０のデータ異常を検出した場合、バックアップデータ１５０と関連付けて記憶部１１０に記憶されているＩＤ１３１を制御対象装置１０２に送信する。ＩＤ１３１の送信は、バックアップデータ１５０を修復するための修復データの取得要求を表している。
（８）制御対象装置１０２は、ＩＤ１３１を受信した場合、記憶部１２０の中からＩＤ１３１と関連付けてバックアップされたバックアップデータを検索する。ここでは、ＩＤ１３１と関連付けて記憶部１２０に記憶されているバックアップデータ１４０が検索される。
（９）制御対象装置１０２は、検索したバックアップデータ１４０をバックアップ制御装置１０１に送信する。
（１０）バックアップ制御装置１０１は、バックアップデータ１４０を受信した場合、バックアップデータ１４０を用いて、データ異常となったバックアップデータ１５０を修復する。
このように、本バックアップデータ修復方法によれば、バックアップデータ１５０がデータ異常となった場合に、制御対象装置１０２の記憶部１２０に記憶されているバックアップデータ１４０を用いて、バックアップデータ１５０を修復することができる。
これにより、以降において、例えば、記憶部１２０のバックアップ対象データがデータ異常となった場合に、バックアップデータ１４０を用いて修復された修復後のバックアップデータを用いて、バックアップ対象データを修復することができる。なお、上述した説明では、バックアップデータ１５０の識別情報として、バックアップ制御装置１０１によって生成されたＩＤ１３１を用いることにしたが、これに限らない。
例えば、バックアップデータ１５０の識別情報として、制御対象装置１０２がバックアップ指示１３２を受信した受信時刻を表す時点情報を用いることにしてもよい。この場合、上記（４）において、制御対象装置１０２は、該時点情報とともにバックアップデータ１５０をバックアップ制御装置１０１に送信する。そして、上記（５）において、バックアップ制御装置１０１は、該時点情報と関連付けてバックアップデータ１５０を記憶部１１０に記憶する。この結果、バックアップ指示１３２の受信時刻を表す時点情報を用いて、バックアップデータ１４０とバックアップデータ１５０とを対応付けることができる。この場合、上記（１）におけるＩＤ１３１の生成が不要となる。
例えば、バックアップ制御装置１０１と制御対象装置１０２との間で時刻が同期している場合、バックアップ制御装置１０１は、バックアップデータ１５０の識別情報として、バックアップ指示１３２の送信時刻を表す時点情報を用いることにしてもよい。また、制御対象装置１０２は、バックアップデータ１５０の識別情報として、バックアップ指示１３２の受信時刻を表す時点情報を用いることにしてもよい。ここで、バックアップ指示１３２の送信時刻と受信時刻はほぼ同一時刻であるとする。この結果、バックアップ指示１３２の送信時刻を表す時点情報および受信時刻を表す時点情報を用いて、バックアップデータ１４０とバックアップデータ１５０とを対応付けることができる。この場合、上記（１）におけるＩＤ１３１の生成が不要となる。
（実施の形態２）
つぎに、実施の形態２にかかるバックアップシステム３００のシステム構成例について説明する。以下、図１および図２に示したバックアップ制御装置１０１を、図３に示すバックアップシステム３００に含まれるバックアップサーバ３０１に、また、図１および図２に示した制御対象装置１０２を、図３に示すバックアップシステム３００に含まれるバックアップ対象マシンＭに、それぞれ適用した場合を例に挙げて説明する。なお、実施の形態１で説明した箇所と同様の箇所については説明を省略する。
図３は、実施の形態２にかかるバックアップシステム３００のシステム構成例を示す説明図である。図３において、バックアップシステム３００は、バックアップサーバ３０１と、複数のバックアップ対象マシンＭ（例えば、バックアップ対象マシンＭ１〜Ｍ３）と、を含む。
バックアップシステム３００において、バックアップサーバ３０１およびバックアップ対象マシンＭは、有線または無線のネットワーク３１０を介して通信可能に接続されている。ネットワーク３１０は、例えば、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、インターネットなどである。
ここで、バックアップサーバ３０１は、記憶装置３０２を備え、バックアップ対象マシンＭの記憶装置Ｄ（例えば、記憶装置Ｄ１〜Ｄ３）に格納されているバックアップ対象データのバックアップを行うコンピュータである。具体的には、例えば、バックアップサーバ３０１は、バックアップ対象マシンＭにバックアップデータの送信要求を行うことにより、バックアップ対象マシンＭからバックアップデータを取得する。
バックアップ対象データは、例えば、記憶装置Ｄの記憶領域のうち、バックアップ対象マシンＭのＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）が使用する記憶領域に記憶されている情報である。具体的には、例えば、バックアップ対象データは、記憶装置Ｄの中でパーティションがどのように区切られているのかの情報、ＯＳ、アプリケーションなどを含む。
また、バックアップサーバ３０１は、バックアップ対象マシンＭの記憶装置Ｄに格納されているバックアップ対象データのバックアップを制御する機能を有する。具体的には、例えば、バックアップサーバ３０１は、バックアップ対象マシンＭにバックアップ対象データのバックアップ指示を送信することにより、バックアップ対象データのバックアップを指示する。
また、バックアップサーバ３０１は、バックアップ対象マシンＭの記憶装置Ｄに格納されているバックアップ対象データをリストアする機能を有することにしてもよい。リストアとは、バックアップ対象データがデータ異常となった場合などに、バックアップデータを用いてデータ異常となったバックアップ対象データを復元することである。
なお、バックアップサーバ３０１のバックアップ方式は、例えば、完全バックアップ方式、増分バックアップ方式、差分バックアップ方式のいずれの方式を採用することにしてもよい。また、記憶装置３０２は、例えば、後述の図５に示すメモリ５０２、補助記憶装置５０３などにより実現される。
バックアップ対象マシンＭは、記憶装置Ｄを備え、コピーオンライト方式を使用したスナップショット機能を有するコンピュータである。また、バックアップ対象マシンＭは、記憶装置Ｄに格納されているバックアップ対象データのバックアップデータを作成してバックアップサーバ３０１に送信する機能を有する。
記憶装置Ｄには、バックアップ用の記憶領域が設けられている。なお、記憶装置Ｄは、例えば、後述の図６に示すメモリ６０２、補助記憶装置６０４などにより実現される。また、記憶装置Ｄは、ＳＡＮ（Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）を介して、バックアップ対象マシンＭがアクセス可能な記憶装置であってもよい。
ここで、バックアップ対象マシンＭには、バックアップサーバ３０１と通信を行うためのソフトウェアであるエージェントＡ（例えば、エージェントＡ１〜Ａ３）がインストールされている。
例えば、エージェントＡは、バックアップサーバ３０１からバックアップデータの送信要求を受信した場合、記憶装置Ｄに格納されているバックアップ対象データのバックアップデータを作成する。そして、エージェントＡは、例えば、作成したバックアップデータを圧縮して、圧縮したバックアップデータをブロック単位でバックアップサーバ３０１に送信する。
この場合、バックアップサーバ３０１は、例えば、受信したブロック単位のバックアップデータをマージすることにより、バックアップイメージを作成して記憶装置３０２に格納してもよい。バックアップイメージとは、バックアップデータを圧縮した一つのファイルである。
また、例えば、エージェントＡは、バックアップサーバ３０１からバックアップ指示を受信した場合、復元ポイントを作成する。復元ポイントとは、バックアップ対象マシンＭの状態を、復元ポイントを作成した時点の状態に復元するためのものである。ここで、復元ポイントを用いて、データのバックアップを行うバックアップ対象マシンＭの動作例について説明する。
図４は、バックアップ対象マシンＭのコピーオンライト方式を使用したスナップショット機能によるバックアップ動作例を示す説明図である。図４において、バックアップ対象データとしてファイルＦを例に、時間軸に沿ってその記憶内容の変遷が示されている。ファイルＦは、バックアップ対象マシンＭの記憶装置Ｄの記憶領域４０１に格納されている情報である。
まず、時刻ｔ１において、復元ポイント１が作成されると、コピーオンライト方式を使用したスナップショット機能は、復元ポイント１を作成した時刻ｔ１のファイルＦの状態を保持する。この機能をエージェントＡが行ってもよい。ここで、時刻ｔ２において、ファイルＦの記憶内容ａが記憶内容ｂに変更されて上書保存される場合を想定する。
この場合、時刻ｔ２において、コピーオンライト方式を使用したスナップショット機能によって、時刻ｔ１におけるファイルＦ（記憶内容ａ）のバックアップデータを、記憶装置Ｄのバックアップ用の記憶領域４０２に退避する。この機能をエージェントＡが行ってもよい。これにより、以降において、復元ポイント１が作成された時刻ｔ１におけるファイルＦ（記憶内容ａ）の復元が可能となる。
なお、ここでは複数の復元ポイントの間で変更されたファイルＦの内容は復元することができないことにする。図４の例では、復元ポイント１が作成された時刻ｔ１と復元ポイント２が作成された時刻ｔ４との間の時刻ｔ２，ｔ３において、ファイルＦの内容が２回変更されている。この場合、時刻ｔ２，ｔ３におけるファイルＦの記憶内容ｂ、ｃについては、復元ポイント１，２からは復元することができない。
（バックアップサーバ３０１のハードウェア構成例）
つぎに、バックアップサーバ３０１のハードウェア構成について説明する。図５は、バックアップサーバ３０１のハードウェア構成例を示すブロック図である。図５において、バックアップサーバ３０１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）５０１と、メモリ５０２と、補助記憶装置５０３と、Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）５０４と、ディスプレイ５０５と、キーボード５０６と、マウス５０７等を有している。また、各構成部は、バス５００によってそれぞれ接続されている。
ここで、ＣＰＵ５０１は、バックアップサーバ３０１の全体の制御を司る。メモリ５０２は、ＲＯＭ（Ｒｅａｄ‐Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）およびフラッシュＲＯＭなどを含む。ＲＯＭおよびフラッシュＲＯＭは、例えば、アプリケーションなどの各種プログラムを記憶する。ＲＡＭは、ＣＰＵ５０１のワークエリアとして使用される。
補助記憶装置５０３は、データを記憶する記憶装置であり、ＣＰＵ５０１の制御にしたがってデータのリード／ライトを行う。補助記憶装置５０３は、例えば、磁気ディスク、光ディスク、磁気テープ、フラッシュメモリなどにより実現される。
Ｉ／Ｆ５０４は、通信回線を通じてネットワーク３１０に接続され、ネットワーク３１０を介して他の装置に接続される。そして、Ｉ／Ｆ５０４は、ネットワーク３１０と内部のインターフェースを司り、外部装置からのデータの入出力を制御する。Ｉ／Ｆ５０４には、例えば、モデムやＬＡＮアダプタなどを採用することができる。
ディスプレイ５０５は、カーソル、アイコンあるいはツールボックスをはじめ、文書、画像、機能情報などのデータを表示する。ディスプレイ５０５は、例えば、ＣＲＴ、ＴＦＴ液晶ディスプレイ、プラズマディスプレイなどを採用することができる。
キーボード５０６は、文字、数字、各種指示などの入力のためのキーを備え、データの入力を行う。マウス５０７は、カーソルの移動や範囲選択、あるいはウィンドウの移動やサイズの変更などを行う。なお、バックアップサーバ３０１は、上述した構成部のほか、例えば、スキャナ、プリンタ等を有することにしてもよい。
（バックアップ対象マシンＭのハードウェア構成例）
つぎに、バックアップ対象マシンＭのハードウェア構成について説明する。図６は、バックアップ対象マシンＭのハードウェア構成例を示すブロック図である。図６において、バックアップ対象マシンＭは、ＣＰＵ６０１と、メモリ６０２と、Ｉ／Ｆ６０３と、補助記憶装置６０４等を有している。また、各構成部は、バス６００によってそれぞれ接続されている。
ここで、ＣＰＵ６０１は、バックアップ対象マシンＭの全体の制御を司る。メモリ６０２は、ＲＯＭ、ＲＡＭおよびフラッシュＲＯＭなどを含む。ＲＯＭおよびフラッシュＲＯＭは、例えば、アプリケーションなどの各種プログラムを記憶する。ＲＡＭは、ＣＰＵ６０１のワークエリアとして使用される。
Ｉ／Ｆ６０３は、通信回線を通じてネットワーク３１０に接続され、ネットワーク３１０を介して他の装置に接続される。そして、Ｉ／Ｆ６０３は、ネットワーク３１０と内部のインターフェースを司り、外部装置からのデータの入出力を制御する。Ｉ／Ｆ６０３には、例えば、モデムやＬＡＮアダプタなどを採用することができる。
補助記憶装置６０４は、データを記憶する記憶装置であり、ＣＰＵ６０１の制御にしたがってデータのリード／ライトを行う。補助記憶装置６０４は、例えば、磁気ディスク、光ディスク、磁気テープ、フラッシュメモリなどにより実現される。なお、バックアップ対象マシンＭは、上述した構成部のほか、例えば、ディスプレイ、キーボード、マウス等を有することにしてもよい。
（データ関連テーブル７００の記憶内容）
つぎに、バックアップサーバ３０１が用いるデータ関連テーブル７００の記憶内容について説明する。データ関連テーブル７００は、例えば、図５に示したバックアップサーバ３０１のメモリ５０２や補助記憶装置５０３により実現される。
図７は、データ関連テーブル７００の記憶内容の一例を示す説明図である。図７において、データ関連テーブル７００は、マシンＩＤ、完全バックアップデータＩＤおよび増分バックアップデータＩＤのフィールドを有する。各フィールドに情報を設定することにより、関連情報（例えば、関連情報７００−１，７００−２）がレコードとして記憶されている。
マシンＩＤは、バックアップ対象マシンＭの識別子である。図１および図２に示したバックアップ対象データのバックアップデータを一意に識別するＩＤ１３１を、バックアップデータのデータＩＤとして、適用した場合を例に挙げて説明する。完全バックアップデータＩＤは、完全バックアップデータであるバックアップデータのデータＩＤである。増分バックアップデータＩＤは、増分バックアップデータであるバックアップデータのデータＩＤである。なお、図中、「＃」の後の数字は、何回目の増分バックアップであるかを示している。例えば、「＃２」は２回目の増分バックアップを意味する。
一例として、関連情報７００−２を例に挙げると、バックアップ対象マシンＭ１の完全バックアップデータＩＤ「１２３」と関連付けて、完全バックアップの後に行われた１回目〜３回目の増分バックアップデータの各データＩＤ「１２４，１２５，１２６」が示されている。
（ファイル情報テーブル８００の記憶内容）
つぎに、バックアップサーバ３０１が用いるファイル情報テーブル８００の記憶内容について説明する。ファイル情報テーブル８００は、例えば、バックアップ対象マシンＭのバックアップデータごとに作成される。ファイル情報テーブル８００は、例えば、バックアップサーバ３０１のメモリ５０２や補助記憶装置５０３により実現される。
図８は、ファイル情報テーブル８００の記憶内容の一例を示す説明図である。図８において、ファイル情報テーブル８００は、データＩＤ、ファイル名、パス名、日時、サイズおよびハッシュ値のフィールドを有する。各フィールドに情報を設定することにより、ファイルごとのファイル情報（例えば、ファイル情報８００−１，８００−２）がレコードとして記憶されている。これらのフィールドは例であり、ファイルを特定するために、他の情報を活用してもよい。
ここで、マシンＩＤは、バックアップ対象マシンＭの識別子である。図１および図２に示したバックアップ対象データのバックアップデータを一意に識別するＩＤ１３１を、バックアップデータのデータＩＤとして、適用した場合を例に挙げて説明する。ファイル名は、バックアップデータに含まれるファイルの名前である。パス名は、バックアップ対象マシンＭ上でファイルが格納されている格納場所を示すパスの名前である。日時は、ファイルの最終更新日時である。サイズは、ファイルのデータサイズ（単位：バイト）である。ハッシュ値は、ファイルの記憶内容をハッシュ関数に与えることにより得られる固定長の疑似乱数である。
一例として、ファイル情報８００−２を例に挙げると、バックアップ対象マシンＭ１のバックアップデータ１２５に含まれるファイルのファイル名「ｂｂｂ．ｄｏｃ」、パス名「Ｄ：￥ｔｅｓｔ￥ｐｒｏ￥」、日時「２０１１／０７／１０ ０９：３７」、サイズ「１２６，８８９」およびハッシュ値「・・・」（ハッシュ関数にて与えられた値）が示されている。
（復元ポイントテーブル９００の記憶内容）
つぎに、バックアップ対象マシンＭが用いる復元ポイントテーブル９００の記憶内容について説明する。復元ポイントテーブル９００は、例えば、図６に示したバックアップ対象マシンＭのメモリ６０２や補助記憶装置６０４により実現される。ここでは、バックアップ対象マシンＭ１が用いる復元ポイントテーブル９００を例に挙げて説明する。
図９は、復元ポイントテーブル９００の記憶内容の一例を示す説明図である。図９において、復元ポイントテーブル９００は、復元ポイントＩＤ、データＩＤおよび日時のフィールドを有する。各フィールドに情報を設定することにより、復元ポイントごとの復元ポイント情報（例えば、復元ポイント情報９００−１，９００−２）がレコードとして記憶されている。
ここで、復元ポイントＩＤは、復元ポイントの識別子である。図１および図２に示したバックアップ対象データのバックアップデータを一意に識別するＩＤ１３１を、バックアップデータのデータＩＤとして、適用した場合を例に挙げて説明する。日時は、復元ポイントが作成された日時である。一例として、復元ポイント情報９００−２を例に挙げると、復元ポイントＩＤ「Ｐ２」の復元ポイントに関連するバックアップデータのデータＩＤ「１２５」および復元ポイントが作成された日時「２０１１／０７／２３ １８：０１」が示されている。
（退避情報テーブル１０００の記憶内容）
つぎに、バックアップ対象マシンＭが用いる退避情報テーブル１０００の記憶内容について説明する。退避情報テーブル１０００は、例えば、図６に示したバックアップ対象マシンＭのメモリ６０２や補助記憶装置６０４により実現される。ここでは、バックアップ対象マシンＭ１が用いる退避情報テーブル１０００を例に挙げて説明する。
図１０は、退避情報テーブル１０００の記憶内容の一例を示す説明図である。図１０において、退避情報テーブル１０００は、復元ポイントＩＤ、ファイル名、パス名および退避先ファイル名のフィールドを有する。各フィールドに情報を設定することにより、復元ポイントごとの退避情報（例えば、退避情報１０００−１，１０００−２）がレコードとして記憶されている。
ここで、復元ポイントＩＤは、復元ポイントの識別子である。ファイル名は、退避対象ファイルの名前である。退避対象ファイルは、復元ポイントが作成された時点以降に更新されたバックアップ対象データである。パス名は、退避対象ファイルが格納されているバックアップ対象マシンＭ上の格納場所を示すパスの名前である。退避先ファイル名は、記憶装置Ｄ内のバックアップ用の記憶領域４０２（図４参照）に格納されている退避対象ファイルのファイル名である。
一例として、退避情報１０００−２を例に挙げると、復元ポイントＰ２が作成された時点以降にファイル名「ｂｂｂ．ｄｏｃ」のファイルが更新された結果作成された退避情報１０００−２−１が含まれている。退避情報１０００−２−１には、ファイル名「ｂｂｂ．ｄｏｃ」のファイルのパス名「Ｄ：￥ｔｅｓｔ￥ｐｒｏ￥」および退避先ファイル名「￥Ｓｎａｐｓｈｏｔ￥Ｐ１＿５２３」が示されている。
（バックアップサーバ３０１の機能的構成例）
つぎに、バックアップサーバ３０１の機能的構成例について説明する。図１１は、バックアップサーバ３０１の機能的構成例を示すブロック図である。図１１において、バックアップサーバ３０１は、受付部１１０１と、生成部１１０２と、送信部１１０３と、受信部１１０４と、作成部１１０５と、関連付け部１１０６と、検出部１１０７と、修復部１１０８と、を含む構成である。受付部１１０１〜修復部１１０８は制御部となる機能であり、具体的には、例えば、図５に示したメモリ５０２、補助記憶装置５０３などに記憶されたバックアップ制御プログラムをＣＰＵ５０１に実行させることにより、または、Ｉ／Ｆ５０４により、その機能を実現する。各機能部の処理結果は、例えば、メモリ５０２、補助記憶装置５０３などに記憶される。
受付部１１０１は、バックアップ対象マシンＭの記憶装置Ｄに格納されているバックアップ対象データのバックアップ要求を受け付ける機能を有する。バックアップ要求には、例えば、バックアップ対象マシンＭのマシンＩＤおよびバックアップ方式を示す情報が含まれている。以下の説明では、バックアップ方式として、増分バックアップ方式を用いる場合を例に挙げて説明する。
具体的には、例えば、受付部１１０１は、図５に示したキーボード５０６やマウス５０７等を用いたユーザの操作入力により、バックアップ対象データのバックアップ要求を受け付ける。また、受付部１１０１は、Ｉ／Ｆ５０４を介して、外部のコンピュータからバックアップ対象データのバックアップ要求を受け付けることにしてもよい。
生成部１１０２は、バックアップ対象データのバックアップデータを一意に識別するデータＩＤを生成する機能を有する。
送信部１１０３は、バックアップ対象データのバックアップ指示（以下、「バックアップ指示Ｒ１」という）とともに、バックアップ対象データのバックアップデータの送信要求（以下、「送信要求Ｒ２」という）をバックアップ対象マシンＭに送信する。ここで、バックアップ指示Ｒ１には、例えば、生成されたデータＩＤ、バックアップ対象データを特定する情報、およびバックアップ方式を特定する情報などが含まれている。
また、送信要求Ｒ２には、バックアップ対象データを特定する情報、およびバックアップ方式を特定する情報などが含まれている。なお、バックアップ指示Ｒ１および送信要求Ｒ２の送信先となるバックアップ対象マシンＭは、例えば、受け付けられたバックアップ要求から特定することができる。
受信部１１０４は、バックアップ指示Ｒ１と送信要求Ｒ２とが送信された結果、バックアップ対象データのバックアップデータをバックアップ対象マシンＭから受信する機能を有する。具体的には、例えば、受信部１１０４は、圧縮されたバックアップデータをブロック単位でバックアップ対象マシンＭから受信する。
作成部１１０５は、受信されたバックアップ対象データのバックアップデータに基づいて、バックアップ対象データのバックアップイメージを作成する機能を有する。具体的には、例えば、作成部１１０５は、受信されたブロック単位のバックアップデータをマージして一つのファイルを作成することにより、バックアップ対象データのバックアップイメージとして、データＩＤによる管理を可能とする。特に断りがない限り、後述するバックアップデータに、バックアップイメージの意味も含めて説明する。
また、作成部１１０５は、バックアップデータに基づいて、バックアップ対象データのファイル単位のファイル情報を作成する。ここで、ファイル情報とは、図８に示したように、ファイルのファイル名、パス名、日時、サイズおよびハッシュ値などを含む情報である。
関連付け部１１０６は、生成部１１０２によって生成されたデータＩＤと、バックアップデータを関連付ける機能を有する。具体的には、例えば、関連付け部１１０６は、作成されたファイル単位のファイル情報を、バックアップ対象マシンＭのマシンＩＤと、バックアップデータのデータＩＤと関連付けてファイル情報テーブル８００に記憶する。
また、関連付け部１１０６は、バックアップデータのデータＩＤと、該バックアップデータに関連する他のバックアップデータのデータＩＤとを関連付ける機能を有する。例えば、バックアップデータが完全バックアップの場合、増分バックアップデータは未作成のため、他のバックアップデータとの関連付けは行われない。
一方、作成されたバックアップデータが増分バックアップの場合、作成済みの完全バックアップデータと他の増分バックアップデータとの関連付けが行われる。具体的には、例えば、関連付け部１１０６が、増分バックアップのデータＩＤを、バックアップ対象マシンＭのマシンＩＤと完全バックアップのデータＩＤと他の増分バックアップのデータＩＤと関連付けてデータ関連テーブル７００に記憶する。
つぎに、バックアップデータに含まれるデータ異常となったデータを修復するための各機能部の処理内容について説明する。
検出部１１０７は、バックアップデータの中からデータ異常となったデータを検出する機能を有する。具体的には、例えば、検出部１１０７は、バックアップデータの中から、欠落、破損または読み出し不能となったデータをファイル単位で検出することにしてもよい。
ここで、バックアップ対象マシンＭ１のバックアップデータＩＤ「１２５」のバックアップデータが、データ異常となったデータを検出する場合を例に挙げて、検出部１１０７の具体的な処理内容の一例について説明する。なお、以下の説明において、例えばバックアップデータＩＤ「１２５」のバックアップデータを「バックアップデータ１２５」と表記する。
具体的には、例えば、まず、検出部１１０７は、図８に示したファイル情報テーブル８００の中からファイル情報を選択する。つぎに、検出部１１０７は、バックアップデータ１２５の中から、選択したファイル情報のファイル名のファイルを検索する。ここで、ファイルが検索されなかった場合、検出部１１０７は、選択したファイル情報のファイル名のファイルを、データ異常となったデータとして検出する。
一方、ファイルが検索された場合、検出部１１０７は、選択したファイル情報の日時・サイズ・ハッシュ値と、検索したファイルの日時・サイズ・ハッシュ値を比較する。ここで、これらの値が不一致の場合、検出部１１０７は、選択したファイル情報のファイル名のファイルを、データ異常となったデータとして検出する。一方、これらの値が一致した場合、検出部１１０７は、選択したファイル情報のファイル名のファイルが正常であると判断する。データ異常となったデータの検出については、例であり他の手法や値で行ってもよい。
検出部１１０７は、例えば、バックアップデータ１２５の中から選択されていない未選択のファイル情報がなくなるまで、上述した一連の処理を繰り返す。これにより、バックアップデータ１２５の中からデータ異常となったデータをファイル単位で検出することができる。
また、検出部１１０７は、バックアップデータ１２５の中からデータ異常となったデータを検出した場合、バックアップデータ１２５に関連する他のバックアップデータを特定することにしてもよい。具体的には、例えば、検出部１１０７は、図７に示したデータ関連テーブル７００を参照して、関連する他のバックアップデータを特定する。
一例として、データ異常となったデータが検出されたバックアップデータ１２５とする場合、検出部１１０７は、データ関連テーブル７００を参照して、バックアップデータ１２５に関連する他のバックアップデータ１２３，１２４，１２６を特定する。
送信部１１０３は、データ異常となったデータが検出された場合、該データを修復するための修復データの取得要求（以下、「取得要求Ｒ３」という）をバックアップ対象マシンＭに送信する。ここで、取得要求Ｒ３には、例えば、データ異常となったデータのファイル情報が含まれている。具体的には、例えば、取得要求Ｒ３には、バックアップデータのデータＩＤ、データ異常となったファイルのファイル名、パス名、日時、サイズおよびハッシュ値が含まれている。
また、取得要求Ｒ３には、例えば、データ異常となったデータが検出されたバックアップデータ１２５に関連する他のバックアップデータのデータＩＤ（以下、「関連データＩＤ」という）が含まれていてもよい。なお、取得要求Ｒ３の送信先となるバックアップ対象マシンＭは、例えば、データ異常となったデータのファイル情報から特定することができる。
受信部１１０４は、取得要求Ｒ３が送信された結果、データ異常となったデータを修復するための修復データを受信する機能を有する。修復データは、例えば、バックアップ対象マシンＭの記憶装置Ｄの記憶領域４０２にバックアップされているデータのうち、取得要求Ｒ３から特定されるデータである。
具体的には、例えば、修復データは、取得要求Ｒ３に含まれるバックアップデータのデータＩＤと関連付けてバックアップされたデータのうち、取得要求Ｒ３に含まれるファイル名、パス名、日時、サイズおよびハッシュ値から特定されるデータである。
修復部１１０８は、修復データが受信された場合、データ異常となったデータを修復する機能を有する。具体的には、例えば、修復部１１０８は、データ異常となったデータが格納されている記憶装置３０２の記憶領域に修復データを上書きすることにより、データ異常となったデータを修復する。
（バックアップ対象マシンＭの機能的構成例）
つぎに、バックアップ対象マシンＭの機能的構成例について説明する。図１２は、バックアップ対象マシンＭの機能的構成例を示すブロック図である。図１２において、バックアップ対象マシンＭは、受信部１２０１と、複製部１２０２と、作成部１２０３と、送信部１２０４と、検索部１２０５と、を含む構成である。受信部１２０１〜検索部１２０５は制御部となる機能であり、具体的には、例えば、図６に示したメモリ６０２、補助記憶装置６０４などに記憶されたエージェントプログラムをＣＰＵ６０１に実行させることにより、または、Ｉ／Ｆ６０３により、その機能を実現する。各機能部の処理結果は、例えば、メモリ６０２、補助記憶装置６０４などに記憶される。
受信部１２０１は、バックアップサーバ３０１からバックアップ指示Ｒ１と送信要求Ｒ２とを受信する機能を有する。上述したように、バックアップ指示Ｒ１は、バックアップ対象データのバックアップ指示である。また、送信要求Ｒ２は、バックアップ対象データのバックアップデータの送信要求である。
複製部１２０２は、バックアップ指示Ｒ１が受信された場合、バックアップ指示Ｒ１に含まれるバックアップデータのデータＩＤと関連付けて、バックアップ対象データのバックアップを行う機能を有する。具体的には、例えば、複製部１２０２は、スナップショット機能により復元ポイントを作成する。この際、複製部１２０２は、作成した復元ポイントを一意に識別する復元ポイントＩＤを生成する。
そして、複製部１２０２は、生成した復元ポイントＩＤと、バックアップ指示Ｒ１に含まれるバックアップデータのデータＩＤと、復元ポイントを作成した日時とを関連付けて、図９に示した復元ポイントテーブル９００に登録する。この結果、新たな復元ポイント情報がレコードとして復元ポイントテーブル９００に記憶される。
また、複製部１２０２は、復元ポイントを作成した時点以降において、バックアップ対象データが更新されると、更新前のデータを複製した複製データを記憶装置Ｄの記憶領域４０２に記憶する。具体的には、例えば、複製部１２０２は、更新前のファイルを退避対象ファイルとして、退避対象ファイルを複製したものを記憶装置Ｄの記憶領域４０２に記憶する。
そして、複製部１２０２は、復元ポイントの復元ポイントＩＤと、退避対象ファイルのファイル名とパス名と退避先ファイル名とを関連付けて、図１０に示した退避情報テーブル１０００に登録する。この結果、新たな退避情報がレコードとして退避情報テーブル１０００に記憶される。
作成部１２０３は、送信要求Ｒ２が受信された場合、バックアップ対象データのバックアップデータを作成する機能を有する。具体的には、例えば、作成部１２０３は、バックアップ対象データを記憶装置Ｄの中から抽出して圧縮することにより、ブロック単位のバックアップデータを作成する。
送信部１２０４は、作成されたバックアップ対象データのバックアップデータをバックアップサーバ３０１に送信する機能を有する。具体的には、例えば、送信部１２０４は、作成されたブロック単位のバックアップデータをバックアップサーバ３０１に順次送信する。
つぎに、データ異常となったデータを修復するための修復データを検索するための各機能部の処理内容について説明する。
受信部１２０１は、取得要求Ｒ３をバックアップサーバ３０１から受信する機能を有する。上述したように、取得要求Ｒ３は、データ異常となったデータを修復するための修復データの取得要求である。
検索部１２０５は、取得要求Ｒ３が受信された場合、取得要求Ｒ３から特定される修復データを記憶装置Ｄの中から検索する機能を有する。具体的には、例えば、検索部１２０５は、複製部１２０２によってバックアップされたデータのうち、取得要求Ｒ３に含まれるデータＩＤと関連付けてバックアップされたデータを記憶装置Ｄの中から検索する。
送信部１２０４は、検索された修復データをバックアップサーバ３０１に送信する機能を有する。また、修復データが検索されなかった場合は、検索部１２０５は、修復データが検索されなかったことを示す取得応答をバックアップサーバ３０１に送信することにしてもよい。
ここで、検索部１２０５の具体的な処理内容の一例について説明する。検索部１２０５は、以下に説明する第１〜第４の検索処理のうちの少なくともいずれかの検索処理を任意の順序で実行することにしてもよい。
ここでは、取得要求Ｒ３に、バックアップデータのデータＩＤ「１２５」、関連データＩＤ「１２３，１２４，１２６」、ファイル名「ｂｂｂ．ｄｏｃ」、パス名「Ｄ：￥ｔｅｓｔ￥ｐｒｏ￥」、日時「２０１１／０７／１０ ０９：３７」、サイズ「１２６，８８９」およびハッシュ値「・・・」（ハッシュ関数にて与えられた値）が含まれている場合を想定する。
ただし、記憶装置Ｄ内の記憶領域４０２の容量には限りがあるため、復元ポイントを無制限に作成することができない。そこで、バックアップ対象マシンＭは、例えば、記憶領域４０２の記憶容量が規定値を超えると、古い復元ポイントから削除することにする。
また、復元ポイントが削除されると、例えば、復元ポイントテーブル９００の中から、該復元ポイントに対応する復元ポイント情報が削除される。同様に、復元ポイントが削除されると、例えば、退避情報テーブル１０００の中から、該復元ポイントに対応する退避情報が削除される。
・第１の検索処理
まず、検索部１２０５は、記憶装置Ｄの記憶領域４０１の中から、ファイル名「ｂｂｂ．ｄｏｃ」およびパス名「Ｄ：￥ｔｅｓｔ￥ｐｒｏ￥」のファイルを検索する。ここで、ファイルが検索された場合、検索部１２０５は、例えば、検索したファイルのサイズおよびハッシュ値が、サイズ「１２６，８８９」およびハッシュ値「・・・」（ハッシュ関数にて与えられた値）とそれぞれ一致するか否かを判定する。
そして、サイズおよびハッシュ値が一致する場合、検索部１２０５は、検索したファイルを修復データとする。これにより、取得要求Ｒ３に含まれるファイル名およびパス名を手掛かりにして、記憶装置Ｄの記憶領域４０１の中から、データ異常となったファイル名「ｂｂｂ．ｄｏｃ」のファイルを修復するための修復データを検索することができる。
・第２の検索処理
まず、検索部１２０５は、復元ポイントテーブル９００を参照して、取得要求Ｒ３に含まれるバックアップデータのデータＩＤ「１２５」に対応する復元ポイントＩＤを特定する。図９の例では、データＩＤ「１２５」に対応する復元ポイントＩＤ「Ｐ２」が特定される。
つぎに、検索部１２０５は、退避情報テーブル１０００の中から、復元ポイントＩＤフィールドに「Ｐ２」が設定され、かつ、ファイル名フィールドに「ｂｂｂ．ｄｏｃ」が設定され、かつ、パス名に「Ｄ：￥ｔｅｓｔ￥ｐｒｏ￥」が設定されている退避情報を検索する。図１０の例では、退避情報１０００−２−１が検索される。
そして、検索部１２０５は、記憶装置Ｄの記憶領域４０２の中から、検索した退避情報１０００−２−１の退避先ファイル名のファイルを検索する。これにより、取得要求Ｒ３に含まれるデータＩＤを手掛かりにして、記憶装置Ｄの記憶領域４０２の中から、データ異常となったファイル名「ｂｂｂ．ｄｏｃ」のファイルを修復するための修復データを検索することができる。
・第３の検索処理
検索部１２０５は、復元ポイントテーブル９００を参照して、取得要求Ｒ３に含まれる関連データＩＤに対応する復元ポイントＩＤを特定する。ここで、復元ポイントＩＤが特定された場合、検索部１２０５は、退避情報１０００の中から、復元ポイントＩＤフィールドに該復元ポイントＩＤが設定され、かつ、ファイル名フィールドに「ｂｂｂ．ｄｏｃ」が設定され、かつ、パス名に「Ｄ：￥ｔｅｓｔ￥ｐｒｏ￥」が設定されている退避情報を検索する。
そして、検索部１２０５は、記憶装置Ｄの記憶領域４０２の中から、検索した退避情報の退避先ファイル名のファイルを検索する。ここで、ファイルが検索された場合、検索部１２０５は、例えば、検索したファイルのサイズおよびハッシュ値が、サイズ「１２６，８８９」およびハッシュ値「・・・」（ハッシュ関数にて与えられた値）とそれぞれ一致するか否かを判定する。
そして、サイズおよびハッシュ値が一致する場合、検索部１２０５は、検索したファイルを修復データとする。これにより、取得要求Ｒ３に含まれる関連データＩＤを手掛かりにして、記憶装置Ｄの記憶領域４０２の中から、データ異常となったファイル名「ｂｂｂ．ｄｏｃ」のファイルを修復するための修復データを検索することができる。
・第４の検索処理
第４の検索処理では、古い復元ポイントが削除されても、復元ポイントテーブル９００の中から、該復元ポイントに対応する復元ポイント情報が削除されない場合を想定する。
検索部１２０５は、復元ポイントテーブル９００を参照して、取得要求Ｒ３に含まれるデータＩＤに対応する復元ポイントＩＤの復元ポイントが作成された日時の直前または直後に作成された復元ポイントの復元ポイントＩＤを特定する。
ここで、復元ポイントＩＤが特定された場合、検索部１２０５は、退避情報１０００の中から、復元ポイントＩＤフィールドに該復元ポイントＩＤが設定され、かつ、ファイル名フィールドに「ｂｂｂ．ｄｏｃ」が設定され、かつ、パス名に「Ｄ：￥ｔｅｓｔ￥ｐｒｏ￥」が設定されている退避情報を検索する。
そして、検索部１２０５は、記憶装置Ｄの記憶領域４０２の中から、検索した退避情報の退避先ファイル名のファイルを検索する。ここで、ファイルが検索された場合、検索部１２０５は、例えば、検索したファイルのサイズおよびハッシュ値が、サイズ「１２６，８８９」およびハッシュ値「・・・」（ハッシュ関数にて与えられた値）とそれぞれ一致するか否かを判定する。
そして、サイズおよびハッシュ値が一致する場合、検索部１２０５は、検索したファイルを修復データとする。これにより、取得要求Ｒ３に含まれるデータＩＤに対応する復元ポイントの直近に作成された復元ポイントの復元ポイントＩＤを手掛かりにして、記憶装置Ｄの記憶領域４０２の中から修復データを検索することができる。また、関連データＩＤも同様に、対応する復元ポイントの直近に作成された復元ポイントの復元ポイントＩＤを手掛かりにしてもよい。
なお、上述した説明では、複製部１２０２によって作成された復元ポイントを検索対象としたが、これに限らない。例えば、バックアップ対象マシンＭのユーザやＯＳが作成した復元ポイントが存在する場合は、検索部１２０５は、ユーザやＯＳによって作成された復元ポイントを検索対象とすることにしてもよい。
（バックアップサーバ３０１の各種処理手順）
つぎに、バックアップサーバ３０１の各種処理手順について説明する。ここでは、まず、バックアップサーバ３０１のバックアップ処理手順について説明する。
図１３は、バックアップサーバ３０１のバックアップ処理手順の一例を示すフローチャートである。図１３のフローチャートにおいて、まず、バックアップサーバ３０１は、バックアップ対象マシンＭの記憶装置Ｄに格納されているバックアップ対象データのバックアップ要求を受け付けたか否かを判断する（ステップＳ１３０１）。
ここで、バックアップサーバ３０１は、バックアップ要求を受け付けるのを待つ（ステップＳ１３０１：Ｎｏ）。そして、バックアップサーバ３０１は、バックアップ要求を受け付けた場合（ステップＳ１３０１：Ｙｅｓ）、バックアップ対象データのバックアップデータを一意に識別するデータＩＤを生成する（ステップＳ１３０２）。
つぎに、バックアップサーバ３０１は、バックアップ対象データのバックアップ指示Ｒ１とともに、バックアップ対象データのバックアップデータの送信要求Ｒ２をバックアップ対象マシンＭに送信する（ステップＳ１３０３）。そして、バックアップサーバ３０１は、バックアップ対象データのバックアップデータをバックアップ対象マシンＭから受信したか否かを判断する（ステップＳ１３０４）。
ここで、バックアップサーバ３０１は、バックアップデータを受信するのを待つ（ステップＳ１３０４：Ｎｏ）。そして、バックアップサーバ３０１は、バックアップデータを受信した場合（ステップＳ１３０４：Ｙｅｓ）、受信したバックアップデータに基づいて、バックアップ対象となるバックアップデータを記憶装置Ｄに格納する（ステップＳ１３０５）。このとき受信されたブロック単位のバックアップデータをマージして、バックアップイメージとしてファイル作成してもよい。
つぎに、バックアップサーバ３０１は、格納したバックアップデータのデータＩＤと、該バックアップデータに関連する他のバックアップデータのデータＩＤを関連付けてデータ関連テーブル７００に登録する（ステップＳ１３０６）。そして、バックアップサーバ３０１は、格納したバックアップデータから、バックアップ対象データのファイル単位のファイル情報を作成する（ステップＳ１３０７）。
最後に、バックアップサーバ３０１は、作成したファイル単位のファイル情報を、バックアップ対象マシンＭのマシンＩＤとバックアップデータのデータＩＤと関連付けてファイル情報テーブル８００に登録して（ステップＳ１３０８）、本フローチャートによる一連の処理を終了する。
これにより、バックアップ対象マシンＭの記憶装置Ｄに格納されているバックアップ対象データを記憶装置３０２に保持するとともに、バックアップ対象マシンＭにバックアップ対象データのバックアップ指示Ｒ１を行うことができる。
つぎに、バックアップサーバ３０１の検証処理手順について説明する。検証処理は、あるデータＩＤのバックアップデータを検証する処理である。この検証処理は、例えば、定期的またはバックアップ処理の実行前またはリストア処理の実行前、または、ユーザの任意のタイミングで実行される。
図１４は、バックアップサーバ３０１の検証処理手順の一例を示すフローチャートである。図１４のフローチャートにおいて、まず、バックアップサーバ３０１は、ファイル情報テーブル８００を参照して、該バックアップデータの中からデータ異常となったデータを検出する（ステップＳ１４０１）。
つぎに、バックアップサーバ３０１は、データ異常となったデータが検出されたか否かを判断する（ステップＳ１４０２）。ここで、データ異常となったデータが検出されなかった場合（ステップＳ１４０２：Ｎｏ）、バックアップサーバ３０１は、ステップＳ１４１３に移行する。
一方、データ異常となったデータが検出された場合（ステップＳ１４０２：Ｙｅｓ）、バックアップサーバ３０１は、データ関連テーブル７００を参照して、該バックアップデータに関連する他のバックアップデータのデータＩＤを特定する（ステップＳ１４０３）。
つぎに、バックアップサーバ３０１は、ファイル情報テーブル８００の中から、データ異常となったデータのファイル情報を選択する（ステップＳ１４０４）。そして、バックアップサーバ３０１は、選択したファイル情報に基づいて、データ異常となったデータを修復するための修復データの取得要求Ｒ３を生成する（ステップＳ１４０５）。
つぎに、バックアップサーバ３０１は、生成した修復データの取得要求Ｒ３をバックアップ対象マシンＭに送信する（ステップＳ１４０６）。そして、バックアップサーバ３０１は、データ異常となったデータを修復するための修復データをバックアップ対象マシンＭから受信したか否かを判断する（ステップＳ１４０７）。
ここで、修復データが受信された場合（ステップＳ１４０７：Ｙｅｓ）、バックアップサーバ３０１は、受信した修復データに基づいて、データ異常となったデータを修復する（ステップＳ１４０８）。一方、修復データが受信されなかった場合（ステップＳ１４０７：Ｎｏ）、バックアップサーバ３０１は、データ異常となったデータのファイル情報をメモリ５０２に保持する（ステップＳ１４０９）。
つぎに、バックアップサーバ３０１は、ファイル情報テーブル８００の中から選択されていないデータ異常となったデータの未選択のファイル情報があるか否かを判断する（ステップＳ１４１０）。ここで、未選択のファイル情報がある場合（ステップＳ１４１０：Ｙｅｓ）、バックアップサーバ３０１は、ステップＳ１４０４に戻る。
一方、未選択のファイル情報がない場合（ステップＳ１４１０：Ｎｏ）、バックアップサーバ３０１は、データ異常となったデータのファイル情報がメモリ５０２に保持されているか否かを判断する（ステップＳ１４１１）。
ここで、データ異常となったデータのファイル情報が保持されている場合（ステップＳ１４１１：Ｙｅｓ）、バックアップサーバ３０１は、該バックアップデータの検証失敗を示す検証結果を出力して（ステップＳ１４１２）、本フローチャートによる一連の処理を終了する。
なお、バックアップサーバ３０１の検証結果の出力形式としては、例えば、ディスプレイ５０５への表示、不図示のプリンタへの印刷出力、Ｉ／Ｆ５０４による外部のコンピュータへの送信がある。また、メモリ５０２や補助記憶装置５０３などに記憶することとしてもよい。
一方、ステップＳ１４１１において、データ異常となったデータのファイル情報が保持されていない場合（ステップＳ１４１１：Ｎｏ）、バックアップサーバ３０１は、該バックアップデータの検証成功を示す検証結果を出力して（ステップＳ１４１３）、本フローチャートによる一連の処理を終了する。
これにより、検証対象とするバックアップデータの検証を行うことができる。また、該バックアップデータにデータ異常となったデータが含まれる場合、バックアップ対象マシンＭから修復データを取得して、データ異常となったデータを修復することができる。
なお、該バックアップデータの検証失敗を示す検証結果には、例えば、データ異常となったデータのファイル情報が含まれていてもよい。これにより、例えば、バックアップサーバ３０１のユーザは、該バックアップデータに含まれるデータ異常となったデータをファイル単位で把握することができる。
（バックアップ対象マシンＭの各種処理手順）
つぎに、バックアップ対象マシンＭの各種処理手順について説明する。ここでは、まず、バックアップ対象マシンＭのバックアップ処理手順について説明する。
図１５は、バックアップ対象マシンＭのバックアップ処理手順の一例を示すフローチャートである。図１５のフローチャートにおいて、まず、バックアップ対象マシンＭは、バックアップサーバ３０１からバックアップ指示Ｒ１と送信要求Ｒ２とを受信したか否かを判断する（ステップＳ１５０１）。
ここで、バックアップ対象マシンＭは、バックアップ指示Ｒ１と送信要求Ｒ２とを受信するのを待つ（ステップＳ１５０１：Ｎｏ）。そして、バックアップ対象マシンＭは、バックアップ指示Ｒ１と送信要求Ｒ２とを受信した場合（ステップＳ１５０１：Ｙｅｓ）、復元ポイントを作成する（ステップＳ１５０２）。
つぎに、バックアップ対象マシンＭは、作成した復元ポイントを一意に識別する復元ポイントＩＤを生成する（ステップＳ１５０３）。そして、バックアップ対象マシンＭは、生成した復元ポイントＩＤとバックアップ指示Ｒ１に含まれるバックアップデータのデータＩＤと復元ポイントを作成した日時とを関連付けて復元ポイントテーブル９００に登録する（ステップＳ１５０４）。
つぎに、バックアップ対象マシンＭは、バックアップ対象データのバックアップデータを作成する（ステップＳ１５０５）。そして、バックアップ対象マシンＭは、作成したバックアップデータをバックアップサーバ３０１に送信して（ステップＳ１５０６）、本フローチャートによる一連の処理を終了する。
これにより、バックアップ対象マシンＭの記憶装置Ｄに格納されているバックアップ対象データのバックアップデータをバックアップサーバ３０１に送信するとともに、バックアップ対象データのバックアップを行うことができる。
つぎに、バックアップ対象マシンＭの修復データ送信処理手順について説明する。
図１６は、バックアップ対象マシンＭの修復データ送信処理手順の一例を示すフローチャートである。図１６のフローチャートにおいて、まず、バックアップ対象マシンＭは、データ異常となったデータを修復するための修復データの取得要求Ｒ３をバックアップサーバ３０１から受信したか否かを判断する（ステップＳ１６０１）。
ここで、バックアップ対象マシンＭは、取得要求Ｒ３を受信するのを待つ（ステップＳ１６０１：Ｎｏ）。そして、バックアップ対象マシンＭは、取得要求Ｒ３を受信した場合（ステップＳ１６０１：Ｙｅｓ）、運用システムの中から、取得要求Ｒ３から特定される修復データを検索する（ステップＳ１６０２）。運用システムとは、バックアップ対象マシンＭのＯＳが使用する記憶領域であり、例えば、記憶装置Ｄの記憶領域４０１である。
つぎに、バックアップ対象マシンＭは、修復データが検索されたか否かを判断する（ステップＳ１６０３）。ここで、修復データが検索された場合（ステップＳ１６０３：Ｙｅｓ）、バックアップ対象マシンＭは、ステップＳ１６０８に移行する。一方、修復データが検索されなかった場合（ステップＳ１６０３：Ｎｏ）、バックアップ対象マシンＭは、復元ポイントテーブル９００を参照して、取得要求Ｒ３に含まれるデータＩＤに対応する復元ポイントＩＤを特定する（ステップＳ１６０４）。
そして、バックアップ対象マシンＭは、復元ポイントＩＤが特定されたか否かを判断する（ステップＳ１６０５）。ここで、復元ポイントＩＤが特定された場合（ステップＳ１６０５：Ｙｅｓ）、バックアップ対象マシンＭは、退避情報テーブル１０００の中から対応する退避情報を検索する（ステップＳ１６０６）。
つぎに、バックアップ対象マシンＭは、検索した退避情報を参照して、記憶装置Ｄの記憶領域４０２の中から修復データを読み出す（ステップＳ１６０７）。そして、バックアップ対象マシンＭは、読み出した修復データをバックアップサーバ３０１に送信して（ステップＳ１６０８）、本フローチャートによる一連の処理を終了する。
また、ステップＳ１６０５において、復元ポイントＩＤが特定されなかった場合（ステップＳ１６０５：Ｎｏ）、バックアップ対象マシンＭは、復元ポイントテーブル９００を参照して、取得要求Ｒ３に含まれる関連データＩＤに対応する復元ポイントＩＤを特定する（ステップＳ１６０９）。そして、バックアップ対象マシンＭは、復元ポイントＩＤが特定されたか否かを判断する（ステップＳ１６１０）。
ここで、復元ポイントＩＤが特定されなかった場合（ステップＳ１６１０：Ｎｏ）、バックアップ対象マシンＭは、本フローチャートによる一連の処理を終了する。一方、復元ポイントＩＤが特定された場合（ステップＳ１６１０：Ｙｅｓ）、バックアップ対象マシンＭは、退避情報テーブル１０００の中から対応する退避情報を検索する（ステップＳ１６１１）。そして、バックアップ対象マシンＭは、退避情報が検索されたか否かを判断する（ステップＳ１６１２）。
ここで、退避情報が検索された場合（ステップＳ１６１２：Ｙｅｓ）、バックアップ対象マシンＭは、ステップＳ１６０７に移行する。一方、退避情報が検索されなかった場合（ステップＳ１６１２：Ｎｏ）、バックアップ対象マシンＭは、本フローチャートによる一連の処理を終了する。
これにより、該バックアップデータに含まれるデータ異常となったデータを修復するための修復データを記憶装置Ｄの中から検索して、検索した修復データをバックアップサーバ３０１に送信することができる。
以上説明したように、実施の形態２にかかるバックアップサーバ３０１によれば、バックアップ対象データのバックアップ指示Ｒ１とともに、バックアップ対象データのバックアップデータの送信要求Ｒ２をバックアップ対象マシンＭに送信することができる。そして、バックアップサーバ３０１によれば、バックアップ指示Ｒ１と送信要求Ｒ２とを送信した結果、バックアップデータを受信した場合、バックアップデータのデータＩＤと関連付けてバックアップデータを記憶装置３０２に記憶することができる。
また、実施の形態２にかかるバックアップ対象マシンＭによれば、バックアップ指示Ｒ１と送信要求Ｒ２とを受信した場合、バックアップデータのデータＩＤと関連付けてバックアップ対象データのバックアップを行うとともに、バックアップデータをバックアップサーバ３０１に送信することができる。これにより、バックアップサーバ３０１側とバックアップ対象マシンＭ側の両方で、バックアップ対象マシンＭの記憶装置Ｄに記憶されているバックアップ対象データを保持して冗長化することができる。
また、バックアップ対象マシンＭによれば、コピーオンライト方式によるスナップショット機能を利用して、バックアップ対象データのバックアップを行うことにより、バックアップ対象データのバックアップにかかる記憶容量の増大化を抑制することができる。
また、バックアップサーバ３０１によれば、検証対象とするバックアップデータの中からデータ異常となったデータを検出した場合、該データを修復するための修復データの取得要求Ｒ３をバックアップ対象マシンＭに送信することができる。また、バックアップ対象マシンＭによれば、記憶装置Ｄの中から、取得要求Ｒ３から特定される修復データを検索してバックアップサーバ３０１に送信することができる。
例えば、バックアップ対象マシンＭによれば、取得要求Ｒ３に含まれるファイル名、パス名、日時、サイズおよびハッシュ値を手掛かりにして、記憶装置Ｄの記憶領域４０１の中から修復データを検索することができる。これにより、バックアップサーバ３０１からのバックアップ指示Ｒ１を受信してから一度も更新されていないバックアップ対象データを運用システムの中から検索することができる。運用システムとは、バックアップ対象マシンＭのＯＳが使用する記憶領域であり、例えば、記憶装置Ｄの記憶領域４０１である。
また、例えば、バックアップ対象マシンＭによれば、取得要求Ｒ３に含まれるデータＩＤを手掛かりにして、記憶装置Ｄの記憶領域４０２の中から修復データを検索することができる。これにより、該バックアップデータのデータＩＤと関連付けてバックアップされたデータの中から修復データを検索することができる。
また、例えば、バックアップ対象マシンＭによれば、取得要求Ｒ３に含まれる関連データＩＤを手掛かりにして、記憶装置Ｄの記憶領域４０２の中から修復データを検索することができる。これにより、バックアップ指示Ｒ１に応じて作成された復元ポイントが削除されている場合などに、該バックアップデータに関連する他のバックアップデータのデータＩＤと関連付けてバックアップされたデータの中から修復データを検索することができる。
これらのことから、バックアップサーバ３０１側でデータ異常となったバックアップデータを、バックアップ対象マシンＭ側で保持されているバックアップデータを用いて修復することができる。この結果、以降において、記憶装置Ｄのバックアップ対象データがデータ異常となった場合などに、バックアップサーバ３０１の修復後のバックアップデータを用いて、データ異常となったバックアップ対象マシンＭのバックアップ対象データを修復することができる。
なお、本実施の形態で説明したバックアップ制御方法は、予め用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。本バックアップ制御プログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また、本バックアップ制御プログラムは、インターネット等のネットワークを介して配布してもよい。
上述した実施の形態に関し、さらに以下の付記を開示する。
（付記１）コンピュータに、
データの複製データの識別情報と関連付けて前記データをバックアップするバックアップ手段を有する制御対象装置に、前記制御対象装置に記憶されているバックアップ対象データのバックアップ指示と、前記バックアップ対象データの複製データの送信要求と、前記複製データの識別情報とを送信し、
前記バックアップ指示と前記送信要求と前記複製データの識別情報とを送信した結果、前記複製データを受信した場合、前記複製データの識別情報と関連付けて前記複製データを記憶部に記憶する、
処理を実行させることを特徴とするバックアップ制御プログラム。
（付記２）コンピュータに、
データの複製データの識別情報と関連付けて前記データをバックアップするバックアップ手段を有する制御対象装置に、前記制御対象装置に記憶されているバックアップ対象データのバックアップ指示と、前記バックアップ対象データの複製データの送信要求とを送信し、
前記バックアップ指示と前記送信要求とを送信した結果、前記複製データと前記複製データの識別情報とを受信した場合、前記複製データの識別情報と関連付けて前記複製データを記憶部に記憶する、
処理を実行させることを特徴とするバックアップ制御プログラム。
（付記３）前記コンピュータに、
前記記憶部に記憶されている前記複製データの異常を検出した場合、前記複製データと関連付けて記憶されている前記複製データの識別情報を前記制御対象装置に送信し、
前記バックアップ手段によってバックアップされたデータのうち、送信した前記複製データの識別情報と関連付けてバックアップされたデータを前記制御対象装置から受信する、処理を実行させることを特徴とする付記１または２に記載のバックアップ制御プログラム。
（付記４）前記コンピュータに、
前記複製データの識別情報と関連付けてバックアップされたデータを前記制御対象装置から受信した場合、当該データに基づいて前記複製データを修復する、処理を実行させることを特徴とする付記３に記載のバックアップ制御プログラム。
（付記５）前記コンピュータに、
前記複製データの識別情報と前記複製データに関連する他の複製データの識別情報とを対応付けて表す関連情報を参照して、前記複製データに関連する他の複製データの識別情報を特定し、
前記複製データの異常を検出した場合、特定した前記他の複製データの識別情報を前記制御対象装置に送信する、処理を実行させ、
前記受信する処理は、
前記バックアップ手段によってバックアップされたデータのうち、前記他の複製データの識別情報と関連付けてバックアップされたデータを前記制御対象装置から受信することを特徴とする付記３または４に記載のバックアップ制御プログラム。
（付記６）コンピュータが、
データの複製データの識別情報と関連付けて前記データをバックアップするバックアップ手段を有する制御対象装置に、前記制御対象装置に記憶されているバックアップ対象データのバックアップ指示と、前記バックアップ対象データの複製データの送信要求と、前記複製データの識別情報とを送信し、
前記バックアップ指示と前記送信要求と前記複製データの識別情報とを送信した結果、前記複製データを受信した場合、前記複製データの識別情報と関連付けて前記複製データを記憶部に記憶する、
処理を実行することを特徴とするバックアップ制御方法。
（付記７）コンピュータが、
データの複製データの識別情報と関連付けて前記データをバックアップするバックアップ手段を有する制御対象装置に、前記制御対象装置に記憶されているバックアップ対象データのバックアップ指示と、前記バックアップ対象データの複製データの送信要求とを送信し、
前記バックアップ指示と前記送信要求とを送信した結果、前記複製データと前記複製データの識別情報とを受信した場合、前記複製データの識別情報と関連付けて前記複製データを記憶部に記憶する、
処理を実行することを特徴とするバックアップ制御方法。
（付記８）データの複製データの識別情報と関連付けて前記データをバックアップするバックアップ手段を有する制御対象装置に、前記制御対象装置に記憶されているバックアップ対象データのバックアップ指示と、前記バックアップ対象データの複製データの送信要求と、前記複製データの識別情報とを送信する送信部と、
前記送信部によって前記バックアップ指示と前記送信要求と前記複製データの識別情報とが送信された結果、前記複製データが受信された場合、前記複製データの識別情報と関連付けて前記複製データを記憶部に記憶する関連付け部と、
を有することを特徴とするバックアップ制御装置。
（付記９）データの複製データの識別情報と関連付けて前記データをバックアップするバックアップ手段を有する制御対象装置に、前記制御対象装置に記憶されているバックアップ対象データのバックアップ指示と、前記バックアップ対象データの複製データの送信要求とを送信する送信部と、
前記送信部によって前記バックアップ指示と前記送信要求とが送信された結果、前記複製データと前記複製データの識別情報とが受信された場合、前記複製データの識別情報と関連付けて前記複製データを記憶部に記憶する関連付け部と、
を有することを特徴とするバックアップ制御装置。
１０１ バックアップ制御装置
１０２ 制御対象装置
３００ バックアップシステム
３０１ バックアップサーバ
１１０１ 受付部
１１０２ 生成部
１１０３，１２０４ 送信部
１１０４，１２０１ 受信部
１１０５，１２０３ 作成部
１１０６ 関連付け部
１１０７ 検出部
１１０８ 修復部
１２０２ 複製部
１２０５ 検索部
Ｍ バックアップ対象マシン

Claims (9)

  1. コンピュータに、
    データの複製データの識別情報と関連付けて前記データをバックアップするバックアップ手段を有する制御対象装置に、前記制御対象装置に記憶されているバックアップ対象データのバックアップ指示と、前記バックアップ対象データの複製データの送信要求と、前記複製データの識別情報とを送信し、
    前記バックアップ指示と前記送信要求と前記複製データの識別情報とを送信した結果、前記複製データを受信した場合、前記複製データの識別情報と関連付けて前記複製データを記憶部に記憶する、
    処理を実行させることを特徴とするバックアップ制御プログラム。
  2. コンピュータに、
    データの複製データの識別情報と関連付けて前記データをバックアップするバックアップ手段を有する制御対象装置に、前記制御対象装置に記憶されているバックアップ対象データのバックアップ指示と、前記バックアップ対象データの複製データの送信要求とを送信し、
    前記バックアップ指示と前記送信要求とを送信した結果、前記複製データと前記複製データの識別情報とを受信した場合、前記複製データの識別情報と関連付けて前記複製データを記憶部に記憶する、
    処理を実行させることを特徴とするバックアップ制御プログラム。
  3. 前記コンピュータに、
    前記記憶部に記憶されている前記複製データの異常を検出した場合、前記複製データと関連付けて記憶されている前記複製データの識別情報を前記制御対象装置に送信し、
    前記バックアップ手段によってバックアップされたデータのうち、送信した前記複製データの識別情報と関連付けてバックアップされたデータを前記制御対象装置から受信する、処理を実行させることを特徴とする請求項１または２に記載のバックアップ制御プログラム。
  4. 前記コンピュータに、
    前記複製データの識別情報と関連付けてバックアップされたデータを前記制御対象装置から受信した場合、当該データに基づいて前記複製データを修復する、処理を実行させることを特徴とする請求項３に記載のバックアップ制御プログラム。
  5. 前記コンピュータに、
    前記複製データの識別情報と前記複製データに関連する他の複製データの識別情報とを対応付けて表す関連情報を参照して、前記複製データに関連する他の複製データの識別情報を特定し、
    前記複製データの異常を検出した場合、特定した前記他の複製データの識別情報を前記制御対象装置に送信する、処理を実行させ、
    前記受信する処理は、
    前記バックアップ手段によってバックアップされたデータのうち、前記他の複製データの識別情報と関連付けてバックアップされたデータを前記制御対象装置から受信することを特徴とする請求項３または４に記載のバックアップ制御プログラム。
  6. コンピュータが、
    データの複製データの識別情報と関連付けて前記データをバックアップするバックアップ手段を有する制御対象装置に、前記制御対象装置に記憶されているバックアップ対象データのバックアップ指示と、前記バックアップ対象データの複製データの送信要求と、前記複製データの識別情報とを送信し、
    前記バックアップ指示と前記送信要求と前記複製データの識別情報とを送信した結果、前記複製データを受信した場合、前記複製データの識別情報と関連付けて前記複製データを記憶部に記憶する、
    処理を実行することを特徴とするバックアップ制御方法。
  7. コンピュータが、
    データの複製データの識別情報と関連付けて前記データをバックアップするバックアップ手段を有する制御対象装置に、前記制御対象装置に記憶されているバックアップ対象データのバックアップ指示と、前記バックアップ対象データの複製データの送信要求とを送信し、
    前記バックアップ指示と前記送信要求とを送信した結果、前記複製データと前記複製データの識別情報とを受信した場合、前記複製データの識別情報と関連付けて前記複製データを記憶部に記憶する、
    処理を実行することを特徴とするバックアップ制御方法。
  8. データの複製データの識別情報と関連付けて前記データをバックアップするバックアップ手段を有する制御対象装置に、前記制御対象装置に記憶されているバックアップ対象データのバックアップ指示と、前記バックアップ対象データの複製データの送信要求と、前記複製データの識別情報とを送信する送信部と、
    前記送信部によって前記バックアップ指示と前記送信要求と前記複製データの識別情報とが送信された結果、前記複製データが受信された場合、前記複製データの識別情報と関連付けて前記複製データを記憶部に記憶する関連付け部と、
    を有することを特徴とするバックアップ制御装置。
  9. データの複製データの識別情報と関連付けて前記データをバックアップするバックアップ手段を有する制御対象装置に、前記制御対象装置に記憶されているバックアップ対象データのバックアップ指示と、前記バックアップ対象データの複製データの送信要求とを送信する送信部と、
    前記送信部によって前記バックアップ指示と前記送信要求とが送信された結果、前記複製データと前記複製データの識別情報とが受信された場合、前記複製データの識別情報と関連付けて前記複製データを記憶部に記憶する関連付け部と、
    を有することを特徴とするバックアップ制御装置。
JP2011289995A 2011-12-28 2011-12-28 バックアップ制御プログラム、バックアップ制御方法およびバックアップ制御装置 Expired - Fee Related JP5838810B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2011289995A JP5838810B2 (ja) 2011-12-28 2011-12-28 バックアップ制御プログラム、バックアップ制御方法およびバックアップ制御装置
US13/658,409 US20130173554A1 (en) 2011-12-28 2012-10-23 Computer product, backup control method, and backup control device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2011289995A JP5838810B2 (ja) 2011-12-28 2011-12-28 バックアップ制御プログラム、バックアップ制御方法およびバックアップ制御装置

Publications (2)

Publication Number Publication Date
JP2013140443A true JP2013140443A (ja) 2013-07-18
JP5838810B2 JP5838810B2 (ja) 2016-01-06

Family

ID=48695762

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2011289995A Expired - Fee Related JP5838810B2 (ja) 2011-12-28 2011-12-28 バックアップ制御プログラム、バックアップ制御方法およびバックアップ制御装置

Country Status (2)

Country Link
US (1) US20130173554A1 (ja)
JP (1) JP5838810B2 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017038306A (ja) * 2015-08-12 2017-02-16 京セラ株式会社 復旧システム、装置、車載カメラ、車両、および復旧方法

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10936545B1 (en) * 2013-12-20 2021-03-02 EMC IP Holding Company LLC Automatic detection and backup of primary database instance in database cluster
US9933980B2 (en) * 2014-02-24 2018-04-03 Toshiba Memory Corporation NAND raid controller for connection between an SSD controller and multiple non-volatile storage units
US10101913B2 (en) * 2015-09-02 2018-10-16 Commvault Systems, Inc. Migrating data to disk without interrupting running backup operations
US10289503B2 (en) * 2015-12-25 2019-05-14 Kyocera Document Solutions Inc. Information processing system and information processing apparatus that back up and restore data
CN111104377B (zh) * 2018-10-26 2023-09-12 伊姆西Ip控股有限责任公司 文件管理的方法、电子设备和计算机可读存储介质
US10628270B1 (en) * 2019-01-18 2020-04-21 Cohesity, Inc. Point-in-time database restoration using a reduced dataset
JP2021033844A (ja) * 2019-08-28 2021-03-01 富士ゼロックス株式会社 機器、情報処理装置及びプログラム
CN114063883A (zh) * 2020-07-31 2022-02-18 伊姆西Ip控股有限责任公司 存储数据方法、电子设备和计算机程序产品
US11561722B2 (en) * 2020-08-25 2023-01-24 Micron Technology, Inc. Multi-page parity data storage in a memory device
US11372579B2 (en) * 2020-10-22 2022-06-28 EMC IP Holding Company LLC Techniques for generating data sets with specified compression and deduplication ratios
US20220291858A1 (en) * 2021-03-15 2022-09-15 Pure Storage, Inc. Utilizing programming page size granularity to optimize data segment storage in a storage system
US11789617B2 (en) * 2021-06-29 2023-10-17 Acronis International Gmbh Integration of hashgraph and erasure coding for data integrity
US11922047B2 (en) * 2021-09-16 2024-03-05 EMC IP Holding Company LLC Using RPO as an optimization target for DataDomain garbage collection
US20230136274A1 (en) * 2021-11-04 2023-05-04 Softiron Limited Ceph Media Failure and Remediation
US20230280926A1 (en) * 2022-03-03 2023-09-07 Western Digital Technologies, Inc. Data Relocation With Protection For Open Relocation Destination Blocks

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007334456A (ja) * 2006-06-12 2007-12-27 Sharp Corp 画像処理装置
WO2011158386A1 (ja) * 2010-06-17 2011-12-22 株式会社日立製作所 計算機システム、及びシステム制御方法

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5797016A (en) * 1996-10-29 1998-08-18 Cheyenne Software Inc. Regeneration agent for back-up software
US7941403B2 (en) * 2006-11-30 2011-05-10 Hewlett-Packard Development Company, L.P. Embedded file system recovery techniques
JP5029113B2 (ja) * 2007-04-13 2012-09-19 ソニー株式会社 バックアップシステム、バックアップ装置、バックアップ要求装置及びバックアップ方法
US7900004B2 (en) * 2007-08-24 2011-03-01 International Business Machines Corporation Converting backup copies of objects created using a first backup program to backup copies created using a second backup program
US7797285B1 (en) * 2007-09-28 2010-09-14 Symantec Corporation Method and apparatus for restoring backup data to a computer
US20090177856A1 (en) * 2008-01-09 2009-07-09 Jason Joseph Herne Method and apparatus for automated backup process
JP4607981B2 (ja) * 2008-03-27 2011-01-05 富士通株式会社 コピー制御装置、コピー制御方法およびコピー制御プログラム
WO2010064328A1 (en) * 2008-12-03 2010-06-10 Hitachi, Ltd. Information processing system and method of acquiring backup in an information processing system
EP2689329B1 (en) * 2011-03-21 2015-11-04 Hewlett-Packard Development Company, L.P. Data backup prioritization

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007334456A (ja) * 2006-06-12 2007-12-27 Sharp Corp 画像処理装置
WO2011158386A1 (ja) * 2010-06-17 2011-12-22 株式会社日立製作所 計算機システム、及びシステム制御方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017038306A (ja) * 2015-08-12 2017-02-16 京セラ株式会社 復旧システム、装置、車載カメラ、車両、および復旧方法

Also Published As

Publication number Publication date
JP5838810B2 (ja) 2016-01-06
US20130173554A1 (en) 2013-07-04

Similar Documents

Publication Publication Date Title
JP5838810B2 (ja) バックアップ制御プログラム、バックアップ制御方法およびバックアップ制御装置
CN106407356B (zh) 一种数据备份方法及装置
US7672979B1 (en) Backup and restore techniques using inconsistent state indicators
US9400717B2 (en) Synchronization of storage using comparisons of fingerprints of blocks
US8924354B2 (en) Block level data replication
JP5156682B2 (ja) ストレージシステムにおけるバックアップ方法
JP5224240B2 (ja) 計算機システム及び管理計算機
US8782003B1 (en) Synchronization of storage using log files and snapshots
US20120159232A1 (en) Failure recovery method for information processing service and virtual machine image generation apparatus
US7644301B2 (en) Fault management system in multistage copy configuration
US8972678B2 (en) Efficient backup replication
US9990156B1 (en) Deduplicating snapshots associated with a backup operation
CN104572357A (zh) 一种用于hdfs系统的备份和恢复方法
JP2004252686A (ja) 情報処理システム
KR20070058281A (ko) 데이터베이스 백업의 일관성 검사를 위한 시스템 및 방법
JP2009070143A (ja) Ｎａｓ装置の差分リモートバックアップにおけるデータ復旧方法及び計算機システム
CN101231652B (zh) 用于数据存储再同步的系统和方法
CN114721881B (zh) 一种数据库管理方法、系统、电子设备及存储介质
CN103339615B (zh) 存储系统和信息处理方法
JP2012043160A (ja) データ復元装置、データ復元方法およびデータ復元プログラム
WO2007099636A1 (ja) ファイルシステム移行方法、ファイルシステム移行プログラム及びファイルシステム移行装置
CN105550230B (zh) 分布式存储系统节点故障的侦测方法和装置
JP2008242744A (ja) Ｃｄｐに従うリカバリを実行するストレージ装置の管理装置及び方法
US20210124762A1 (en) Automatic rollback to target for synchronous replication
JP6327028B2 (ja) オブジェクトストレージシステムおよびその制御方法およびその制御プログラム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20140904

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20150520

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20150609

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20150810

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20151026

R150 Certificate of patent or registration of utility model

Ref document number: 5838810

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees