JP2008305404A - データをバックアップするシステム、方法、およびプログラム - Google Patents

データをバックアップするシステム、方法、およびプログラム Download PDF

Info

Publication number
JP2008305404A
JP2008305404A JP2008148498A JP2008148498A JP2008305404A JP 2008305404 A JP2008305404 A JP 2008305404A JP 2008148498 A JP2008148498 A JP 2008148498A JP 2008148498 A JP2008148498 A JP 2008148498A JP 2008305404 A JP2008305404 A JP 2008305404A
Authority
JP
Japan
Prior art keywords
server
data
program
file
predetermined threshold
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
JP2008148498A
Other languages
English (en)
Other versions
JP5243851B2 (ja
Inventor
Rajkumar Karuppiah
ラジュクマール・カルピア
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.)
International Business Machines Corp
Original Assignee
International Business Machines 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 International Business Machines Corp filed Critical International Business Machines Corp
Publication of JP2008305404A publication Critical patent/JP2008305404A/ja
Application granted granted Critical
Publication of JP5243851B2 publication Critical patent/JP5243851B2/ja
Active 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/1461—Backup scheduling policy
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/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/2097—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 maintaining the standby controller/processing unit updated
    • 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/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/1456—Hardware arrangements for backup
    • 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/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/202—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 processing functionality is redundant
    • G06F11/2038—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 processing functionality is redundant with a single idle spare processing component
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/04—Protocols for data compression, e.g. ROHC
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
    • G06F2201/805—Real-time
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
    • G06F2201/84—Using snapshots, i.e. a logical point-in-time copy of the data
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
    • G06F2201/875—Monitoring of systems including the internet

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Computer And Data Communications (AREA)
  • Stored Programmes (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

【課題】第１サーバから第２サーバにネットワークを介して複数のデータ・ファイルをバックアップするシステム、方法、およびプログラムを提供する。
【解決手段】第２サーバで第１サーバからダウンロードされた２以上の圧縮データ・ファイルが解凍待ちであると判定される。第２サーバで利用可能なプロセッサ資源の量が所定の閾値を超えるかどうかを判定する。第２サーバで利用可能なプロセッサ資源の量が所定の閾値を超える場合、第２サーバ内の複数のデータ解凍プログラムを呼び出して複数の圧縮データ・ファイルを実質的に同時に解凍し、解凍データ・ファイルのデータ更新を第２サーバの対応するファイルに適用する。
【選択図】図１

Description

本発明は、一般的に分散型コンピュータ・システムに関し、より具体的には本番サーバからバックアップ・サーバへのデータのバックアップに関する。
周知の災害復旧ソリューションは、本番サーバから遠隔のバックアップ・サーバにネットワークを介してデータを定期的にコピーまたはバックアップすることに係わる。バックアップ・データは通例本番サーバで実行するアプリケーションにより生成される銀行口座などのデータを有する。バックアップ・サーバは通例本番サーバにインストールされるアプリケーションおよびオペレーティング・システムを含む。本番サーバのアプリケーションおよびオペレーティング・システムに更新がなされると、アドミニストレータは通例これら更新を製造者から受取り、それを本番サーバおよびバックアップ・サーバの両方にインストールする。したがって、本番サーバが障害を起こして所定の時間内に復旧できないと、本番サーバはバックアップ・サーバにある最新データとアプリケーションおよびオペレーティング・システムの最新版を使用し続けることができる。元の本番サーバが動作を再開すると、その間にバックアップ・サーバに行われたデータの更新を元の本番サーバにコピーできる。
前述の状況において、通例本番サーバでのデータの更新は本番サーバに記録され、更新ログ（本番サーバのファイル全体ではない）をバックアップ・サーバにコピーする。これによりネットワークを介してバックアップ・サーバにダウンロードしなければならないデータ量を減らす。また、通例、本番サーバはバックアップ・サーバにダウンロードする前にデータを圧縮して、バックアップ・サーバにダウンロードしなければならないデータ量を更に減らす。それでも、ダウンロードは本番サーバとバックアップ・サーバ間のネットワーク帯域幅のかなりの部分を消費する。また、大きなファイルを圧縮するプロセスは、本番サーバのプロセッサ資源をかなりの量使う。
バックアップ・サーバが圧縮された更新ログを受信すると、バックアップ・サーバはそれを解凍してから、対応するファイルをバックアップ・サーバで復元しなければならない、すなわちバックアップ・サーバで対応する既存のデータ・ファイルに更新を適用しないと、それが最新のものとなって本番サーバのものと同期しない。解凍プロセスは解凍するデータ量によってはバックアップ・サーバのプロセッサ資源をかなりの量消費することがある。
本発明の目的は、本番サーバからバックアップ・サーバへのデータの更新のダウンロードを迅速に処理するとともに、それら更新をバックアップ・サーバの対応するファイルに適用するのを迅速に処理することである。
本発明は、第１サーバから第２サーバにネットワークを介して複数のデータ・ファイルをバックアップするシステム、方法、およびプログラムにある。第２サーバに第１サーバからダウンロードした２以上の圧縮データ・ファイルが解凍待ちであると判定される。第２サーバで利用可能なプロセッサ資源の量が所定の閾値を超えているかどうかを判定する。第２サーバで利用可能なプロセッサ資源の量が所定の閾値を超えている場合、第２サーバで複数のデータ解凍プログラムを呼び出して、複数の圧縮データ・ファイルを実質的に同時に解凍し、解凍したデータ・ファイルのデータの更新を第２サーバの対応するファイルに適用する。
本発明はまた、第１サーバから第２サーバにネットワークを介して複数のデータ・ファイルをバックアップするシステム、方法、およびプログラムにある。第１サーバの２以上のデータ・ファイルが圧縮待ちであると判定される。第１サーバの利用可能なプロセッサ資源の量が第１所定の閾値を超えているかどうか、およびネットワークの利用可能な帯域幅の量が第２所定の閾値を超えているかどうかを判定する。第１サーバの利用可能なプロセッサ資源の量が第１所定の閾値を超えており、かつネットワークの利用可能な帯域幅の量が第２所定の閾値を超えている場合、第１サーバで複数のデータ圧縮プログラムを呼び出して、複数のデータ・ファイルを実質的に同時に圧縮する。圧縮後、複数のデータ・ファイルを第１サーバから第２サーバにダウンロードする。
本発明の特徴によると、第２サーバで第１サーバからダウンロードした２以上のデータ・ファイルが解凍待ちであると判定される。第２サーバの利用可能なプロセッサ資源の量が所定の閾値を超えているかどうかを判定する。第２サーバの利用可能なプロセッサ資源の量が所定の閾値を超えている場合、第２サーバで複数のデータ解凍プログラムを呼び出して、複数のデータ・ファイルを実質的に同時に解凍し、解凍したデータ・ファイルのデータの更新を第２サーバの対応するファイルに適用する。
ここで、本発明を図面を参照しながら詳細に説明していく。図１は本発明を実施する本番サーバ２０とバックアップ・サーバ４０を含む分散型コンピュータ・システムを図示し、全体を１０で示す。
本番サーバ２０は共通のバス２６および記憶装置２７上に周知のプロセッサ２２、オペレーティング・システム２３、ＲＡＭ２４およびＲＯＭ２５を含む。本番サーバ２０はさらに周知の本番アプリケーション２８（マイクロソフトＳＱＬサーバ・アプリケーションなど）、本番アプリケーション２８用のデータ・ファイル２９、およびデータ・ファイル２９、本番アプリケーション２８並びにオペレーティング・システム２３への変更のすべてを記録する更新ログ３０も含む。データ・ファイル２９、本番アプリケーション２８またはオペレーティング・システム２３に変更があるたびに、ログ管理プログラム３４がこれら変更を更新ログ３０に周知の方法で記録する。本番サーバ２０は例えば周知の圧縮プログラム３１ａ、ｂ、ｃ、ｄ、ｅも含んで、ＷｉｎＲＡＲ（ユージン・ローシャルの商標）圧縮またはＷｉｎＺｉｐ圧縮（限られたサイズのファイルの場合）を実行する。本番サーバ２０はネットワーク３５（ＷＡＮ ＤＳ３、ＭＡＮ、またはインターネットなど）を介してバックアップ・サーバ４０にデータの実際のダウンロードを行う周知のダウンロード・プログラム３３も含む。ファイルをバックアップ・サーバ５０にダウンロードするには、ダウンロード・プログラム３３はまずバックアップ・サーバとの接続／セッションを確立してから、Ｉ／Ｏシステム３４を制御してＴＣＰ／ＩＰアダプタ・カード３６を介してファイルを物理的にダウンロードする。（バックアップ・サーバ５０がダウンしている場合、またはネットワーク３５に問題がある場合、ダウンロード・プログラム３３はダウンロードを完了できないことがある。このような場合、プログラム３３は何度も再試行して、それでもうまくいかない場合、アドミニストレータに通知する。）本番サーバ２０は本発明によるデータ・ダウンロード管理プログラム３２も含み、データ（すなわち、典型的にはアプリケーション２８で生成したデータ）のダウンロードを管理し、データを圧縮およびダウンロードするのに２以上のデータ圧縮プログラム３１ａ、ｂ、ｃ、ｄ、ｅを並列で使用するかどうかを判定する。詳しく説明すると、この決定は圧縮待ちのファイルの数とその長さ、圧縮を並列で行うプロセッサ２２の可用性、および並列圧縮で生成される大量のデータのダウンロードを処理できるネットワーク帯域幅３５の可用性に基づく。
バックアップ・サーバ４０は、共通のバス４６および記憶装置４７上に周知のプロセッサ４２、オペレーティング・システム２３’、ＲＡＭ４４およびＲＯＭ４５を含む。オペレーティング・システム２３’はオペレーティング・システム２３と同一でもよい。バックアップ・サーバ４０はまた周知の本番アプリケーションのコピー２８’、データ・ファイルのコピー２９’（本番サーバ２０の本番データ・ファイル２９から定期的に同期される）も含む。バックアップ・サーバ４０は例えば周知の解凍プログラム５１ａ、ｂ、ｃ、ｄ、ｅも含み、ダウンロードされたファイルの圧縮形式に必要な形式の解凍を行う。バックアップ・サーバ４０は、本番サーバ２０から更新を受信して解凍されるときデータ・ファイル２９’を復元する周知のデータ復元プログラム５３も含む。先行技術で周知のように、復元プログラム５３は本番データ・ファイル２９’に本番サーバから受信して解凍されたデータの更新を適用して、バックアップ・サーバ内の本番データ・ファイル２９’を本番サーバ２０内の本番データ・ファイル２９に同期させる。バックアップ・サーバ４０は本発明によるデータ・バックアップ管理プログラム５２も含み、データの更新の解凍および復元を管理して、本番サーバから受信したデータを解凍するのに２以上の解凍プログラムを並列で使用するかどうかを判定する。詳しく説明すると、この決定は、解凍待ちのファイル数、および解凍を行うプロセッサ４２の可用性に基づく。
図２、３、および４は、データ・ダウンロード管理プログラム３２の実装と使用を詳しく記述している。ログ管理プログラム３４は更新ログ３０にデータ・ファイル２９の各更新を記録する。典型的には、データ・ファイル２９の更新はアプリケーション２８で行う（ただし、他のプログラムでも同様に行うことができよう）。ログ管理プログラム３４は本番アプリケーション２８からデータ・ファイル２９の更新を知る。定期的、例えば１５分毎に、ログ更新プログラム３４は、直前の所定の間隔の間、例えば直前１５分の間に記録されたデータ・ファイル２９’の更新を有する新たなログ更新ファイルを定義する。各新たなログ更新ファイルを定義する際、ログ管理プログラム３４はステータス・テーブル３８にこの新たなログ更新ファイルの名前、タイムスタンプまたは他の順序識別子、および状態（すなわち、「圧縮およびダウンロード待機中」）を識別する対応の記入項目を記録する。ログ管理プログラム３４はログ更新ファイル自体にも名前とタイムスタンプを埋め込む。アドミニストレータは最初に所定の期間毎、例えば１５分毎に実行して本番サーバ２０からバックアップ・サーバ５０にデータをバックアップするプログラム３２を構成する（ステップ９０）。
ステップ１００で、オペレーティング・システム２３は、１５分毎など、構成された定周期タイマに基づいて、プログラム３２を呼び出す。それに応じて、プログラム２３はステータス・テーブル３８から、圧縮してバックアップ・サーバ４０にダウンロードした本番サーバ２０内の最後のログ更新ファイルのタイムスタンプまたは他の順序識別子を読み出す（ステップ１０２）。（各同ファイルは、１５分など、それぞれの所定の期間内にアプリケーション２８が行った更新ログ３０からのデータ更新の集合体である。ログ管理プログラム３４は、プログラム３４がログ更新ファイルを定義したときに各ログ更新ファイルにタイムスタンプまたは順序識別子を割り当てている。）次に、プログラム３２は次の順序のログ更新ファイル、すなわちステータス・テーブル３８に定義した１つ前のタイプスタンプまたは順序識別子をもつログ更新ファイルを識別してフェッチする（ステップ１０４）。次に、プログラム３２はステータス・テーブル３８から、この次のログ更新ファイルがすでに圧縮およびダウンロードされているかどうかを点検する（決定１０６）。すでにされていれば（決定１０６、はいの分岐）、プログラム３２はステップ１０４に戻って次の順序のログ更新ファイルを識別してフェッチする。この次の順序のログ圧縮ファイルがまだ圧縮またはダウンロードされていなければ（決定１０６、いいえの分岐）、プログラム３２は圧縮およびダウンロードができる状態にある追加ログ更新ファイルの数とその平均長さを判定する。圧縮待ちのログ更新ファイルの数が所定の閾値、例えば５を超えないで、平均長さが所定の閾値、例えば１０ＧＢを超える場合（または、圧縮およびダウンロードができる状態にある全ファイルの総バイト数が５０ＧＢなどの所定の閾値数を超えない場合（決定１０７、いいえの分岐）、プログラム３２はステップ１１０に進んでこれらログ更新ファイルを逐次圧縮する。逐次処理モードでは、プログラム３２は（現在処理中の）ログ更新ファイルの名前、そのタイムスタンプ、および状態ビット（すなわち、「圧縮およびダウンロードに選択される」）をステータス・テーブル３８に挿入して、処理中の最新のログ更新ファイルの状態を記録する（ステップ１１０）。次に、プログラム３２はデータ圧縮プログラム３１ａを呼び出して、最新のログ更新ファイルのメモリ内のアドレスを識別する（ステップ１１２）。それに応じて、データ圧縮プログラム３１ａは処理中の最新のログ更新ファイルを圧縮する。圧縮プログラム３１ａが最新のログ更新ファイルを圧縮した後、プログラム３２はダウンロード・プログラム３３を呼び出して、現在圧縮したログ更新ファイルをバックアップ・サーバ４０にダウンロードするとともに、ステータス・テーブル３８を最新のログ更新ファイルが圧縮およびダウンロードされたことを示すように更新する（ステップ１１６）。
次に、プログラム３２はステータス・テーブル３８から、圧縮およびダウンロードができる状態にある一または複数の追加ログ更新ファイルがあるかどうかを判定する（決定１１８）。あれば（決定１１８、はいの分岐）、プログラム３２はステップ１１０、１１２、および１１６に戻って、次の順序のログ更新ファイルを以下に説明するように処理する（すなわち、ステータス・テーブルを更新して、圧縮およびダウンロードする）。プログラム３２は処理待ちの各追加の順序のログ更新ファイルについてステップ１１０、１１２および１１６を反復的、逐次的に繰り返す。順次処理モードではすべてのログ更新ファイルに単一のデータ圧縮プログラム３１ａを使用しているため、これによりプロセッサおよびネットワーク帯域幅への負担を最小限に抑える。圧縮する追加ログ更新ファイルがない場合（決定１１８、いいえの分岐）、プログラム３２はうまく圧縮してバックアップ・サーバ５０にダウンロードできたログ更新ファイルの定義およびコンテンツを削除する（ステップ１２０）。
再び決定１０７を参照すると、はいの分岐では、圧縮およびダウンロード待ちのログ更新ファイルの数が所定の閾値、例えば５を超え、かつログ更新ファイルの平均長さが所定の閾値、例えば１０ＧＢを超える（または代わりに、圧縮およびダウンロードができる状態にある全ログ更新ファイルの総バイト数が所定の閾値、例えば５０ＧＢを超える）。このような場合、プログラム３２は利用可能なＣＰＵ資源のパーセンテージが所定の閾値、例えば４０％より大きいかどうか、および利用可能なネットワーク帯域幅のパーセンテージが所定の閾値、例えば６０％より大きいかどうかを判定する（決定１３４）。大きくなければ（決定１３４、いいえの分岐）、プログラム３２はステップ１１０に戻って次の順序のログ更新ファイルを上記ステップ１１０、１１２、および１１６で説明したように逐次処理する（すなわち、それを定義して、データ圧縮プログラム３１ａが前のログ更新ファイルの圧縮を完了した後データ圧縮プログラム３１ａで圧縮する）、ダウンロード・プログラム３３が前のログ更新ファイルのダウンロードを完了した後ダウンロード・プログラム３３でダウンロードする）。しかし、利用可能なＣＰＵ資源のパーセンテージがそれぞれの所定の閾値より大きく、かつ利用可能なネットワーク帯域幅のパーセンテージがそれぞれの所定の閾値より大きい場合（決定１３４、はいの分岐）、プログラム３２は圧縮を待っている次の順序のログ更新ファイル（すなわち、「１番最新」のログ更新ファイル）を識別して、ステータス・テーブル３８を１番最新のログ更新ファイルの処理を示すように更新する（ステップ１３５）。次に、プログラム３２はデータ圧縮プログラム３１ａを呼び出して、１番最新のログ更新ファイルを圧縮して、１番最新のログ更新ファイルの圧縮が完了するとデータ圧縮プログラム３１に通知してダウンロード・プログラム３３を呼び出し、圧縮した１番目のログ更新ファイルをバックアップ・サーバにダウンロードする（ステップ１３６）。データ圧縮プログラム３１ａを呼び出した直後（かつデータ圧縮プログラム３１ａが１番最新のログ更新ファイルの圧縮を完了する前）に、プログラム３２はステータス・テーブル３８から、圧縮を待っている一または複数の追加ログ更新ファイルがあると判定すると（決定１３８、はいの分岐）、決定１３４に戻って利用可能なＣＰＵ資源のパーセンテージがそれぞれの所定の閾値よりもまだ大きいかどうか、および利用可能なネットワーク帯域幅のパーセンテージがそれぞれの所定の閾値よりもまだ大きいかどうかを判定する。大きくなければ（決定１３４、いいえの分岐）、プログラム３２はステップ１１０に戻って、次の順序のログ更新ファイルを逐次的に、すなわち１番最新のログ更新ファイルの圧縮後に処理する。しかし、利用可能なＣＰＵ資源のパーセンテージがそれぞれの所定の閾値よりもまだ大きく、かつ利用可能なネットワーク帯域幅のパーセンテージがそれぞれの所定の閾値よりもまだ大きい場合（決定１３４、はいの分岐）、プログラム３２は圧縮を待っている次の順序のログ更新ファイル（すなわち、「２番目に最新」のログ更新ファイル）を識別して、ステータス・テーブル３８を２番目に最新のログ更新ファイルの処理を示すように更新する（ステップ１３５）。次に、プログラム３２はデータ圧縮プログラム３１ｂを呼び出して、２番目に最新のログ更新ファイルを圧縮する（ステップ１３６）。データ圧縮プログラム３１ｂを呼び出した直後（かつデータ圧縮プログラム３１ｂが２番目に最新のログ更新ファイルの圧縮を完了する前）に、プログラム３２はステータス・テーブル３８から、圧縮を待っている一または複数の追加ログ更新ファイルがあると判定すると（決定１３８、はいの分岐）、決定１３４に戻って利用可能なＣＰＵ資源のパーセンテージがそれぞれの所定の閾値よりまだ大きいかどうか、および利用可能なネットワーク帯域幅のパーセンテージがそれぞれの所定の閾値よりもまだ大きいかどうかを判定する。大きくなければ（決定１３４、いいえの分岐）、プログラム３２はステップ１１０に戻って次の順序のログ更新ファイルを逐次的に、すなわち２番目に最新のログ更新ファイルの圧縮後に処理する。しかし、利用可能なＣＰＵ資源のパーセンテージがそれぞれの所定の閾値よりもまだ大きく、かつ利用可能なネットワーク帯域幅のパーセンテージがそれぞれの所定の閾値よりもまだ大きい場合（決定１３４、はいの分岐）、プログラム３２は圧縮を待っている次の順序のログ更新ファイル（すなわち、「３番目に最新」のログ更新ファイル）を識別して、ステータス・テーブル３８を３番目に最新のログ更新ファイルの処理を示すように更新する（ステップ１３５）。次に、プログラム３２がデータ圧縮プログラム３１ｃを呼び出して、３番目に最新のログ更新ファイルを圧縮する（ステップ１３６）。データ圧縮プログラム３１ｃを呼び出した直後（かつデータ圧縮プログラム３１ｃが３番目に最新のログ更新ファイルの圧縮を完了する前）に、プログラム３２はステータス・テーブル３８から、圧縮を待っている一または複数の追加ログ更新ファイルがあると判定すると（決定１３８、はいの分岐）、決定１３４に戻って利用可能なＣＰＵ資源のパーセンテージがそれぞれの所定の閾値よりもまだ大きいかどうか、および利用可能なネットワーク帯域幅のパーセンテージがそれぞれの所定の閾値よりまだ大きいかどうかを判定する。大きくなければ（決定１３４、いいえの分岐）、プログラム３２はステップ１１０に戻って次の順序のログ更新ファイルを逐次的に、すなわち３番目に最新のログ更新ファイルの圧縮後に処理する。しかし、利用可能なＣＰＵ資源のパーセンテージがそれぞれの所定の閾値よりもまだ大きく、かつ利用可能なネットワーク帯域幅のパーセンテージがそれぞれの所定の閾値よりもまだ大きい場合（決定１３４、はいの分岐）、プログラム３２は圧縮を待っている次の順序のログ更新ファイル（すなわち、「４番目に最新」のログ更新ファイル）を識別して、ステータス・テーブル３８を４番目に最新のログ更新ファイルの処理を示すように更新する（ステップ１３５）。次に、プログラム３２はデータ圧縮プログラム３１ｄを呼び出して、４番目に最新のログ更新ファイルを圧縮する（ステップ１３６）。データ圧縮プログラム３１ｄを呼び出した直後（かつデータ圧縮プログラム３１ｄが４番目に最新のログ更新ファイルの圧縮を完了する前）に、プログラム３２はステータス・テーブル３８から、圧縮を待っている一または複数の追加ログ更新ファイルがあると判定すると（決定１３８、はいの分岐）、決定１３４に戻って利用可能なＣＰＵ資源のパーセンテージがそれぞれの所定の閾値よりもまだ大きいかどうか、および利用可能なネットワーク帯域幅のパーセンテージがそれぞれの所定の閾値よりもまだ大きいかどうかを判定する。大きくなければ（決定１３４、いいえの分岐）、プログラム３２はステップ１１０に戻って次の順序のログ更新ファイルを逐次的に、すなわち、１番最新のログ更新ファイルの圧縮後に処理する。しかし、利用可能なＣＰＵ資源のパーセンテージがそれぞれの所定の閾値よりもまだ大きく、かつ利用可能なネットワーク帯域幅のパーセンテージがそれぞれの所定の閾値よりもまだ大きい場合（決定１３４、はいの分岐）、プログラム３２は圧縮を待っている次の順序のログ更新ファイル（すなわち、「５番目に最新」のログ更新ファイル）を識別して、ステータス・テーブル３８を５番目に最新のログ更新ファイルの処理を示すように更新する（ステップ１３５）。次に、プログラム３２はデータ圧縮プログラム３１ｅを呼び出して、５番目に最新のログ更新ファイルを圧縮する（ステップ１３６）。以上のプロセスを圧縮を待っている各追加のログ更新ファイルについて繰り返す。ただし、ステップ１３６の実行は、圧縮プログラム３１ａ〜ｅの１つがプログラム３２がそれに割り当てた最後のログ更新ファイルの圧縮を完了した後利用できるようになるまで待つ。このように、利用可能なプロセッサ資源とネットワーク帯域幅が十分ある場合、プログラム３２は待機しているログ更新ファイルの並列／同時圧縮を命じて、待機しているログ更新ファイルの圧縮およびダウンロードを迅速に処理する。
本番サーバ２０とバックアップ・サーバ５０とのネットワーク接続３５が障害を起こす場合、またはバックアップ・サーバ５０が障害を起こす場合、データ・ダウンロード・プログラム３３は圧縮したファイルがあってもバックアップ・サーバ５０にダウンロードしない。それにもかかわらず、データ・ダウンロード管理プログラム３２はなお、ネットワーク接続またはバックアップ・サーバ５０がダウンしている間に蓄積するログ更新ファイルの圧縮を命じる。その結果、ネットワーク接続３５およびバックアップ・サーバ５０が動作を再開すると、本番サーバ２０はバックアップ・サーバ５０にダウンロードができる状態にある圧縮されたログ更新ファイルを多数もつことになる。このような場合、プログラム３２はデータ・ダウンロード・プログラム３３に多数の圧縮されたログ更新ファイルをバックアップ・サーバ５０にダウンロードするよう命じるので、迅速に行われる。
図５および６は、バックアップ・サーバ４０内のデータ・バックアップ管理プログラム５２の動作と実装を図示する。本番サーバ２０から一または複数の圧縮されたログ更新ファイルを受信したことに応じて、バックアップ・サーバ４０はデータ・バックアップ管理プログラム５２を呼び出す（ステップ１４０）。それに応じて、プログラム５２は受信した圧縮ログ更新ファイルから名前とタイムスタンプを読み出し、名前、タイムスタンプ、および状態（すなわち、「解凍ができる状態にある」）をステータス・テーブル５８に記録する（ステップ１４２）。解凍を待っている圧縮ファイルの数が所定の数（例えば、５）未満の場合（決定１４３、いいえの分岐）、データ・バックアップ管理プログラム５２はその解凍を逐次的に開始する。さらに、プログラム５２はステータス・テーブル５８から最も早く（圧縮された）ログ更新ファイル（本番サーバ２０からダウンロードした）を最も早いタイムスタンプに基づいて、またはその状態が「処理完了」された最後のログ更新ファイルの次の順序番号に基づいて識別し（ステップ１４２）、さらに最も早く（圧縮された）ログ更新ファイルをバックアップ・サーバ４０のメモリからフェッチする（ステップ１４４）。次に、プログラム５２はデータ解凍プログラム５１ａを呼び出して、この最も早く圧縮されたログ更新ファイルを解凍する（ステップ１４８）。解凍の完了後、プログラム５２はステータス・テーブル５８をこのログ更新ファイルが解凍されたことを示すように更新する（ステップ１４８）。
ステップ１４８で各ログ更新ファイルの解凍が完了した後、プログラム５２はスケジュール・テーブル５７を最後に解凍されたログ更新ファイル（本番サーバ２０から圧縮された形で受信した）の日時を識別するように更新する（ステップ１５０）。最後に解凍されるログ更新ファイルのこのタイムスタンプ（それに加えて、解凍したログ更新ファイルのデータを復元するまでの時間）は、バックアップ・サーバのデータが本番サーバのデータと同期していない時間をほぼ示す。典型的には、カスタマはその期間を所定の範囲内になるようにしたい。次に、プログラム５２はステータス・テーブル５９から、解凍待ちの本番サーバ２０からの圧縮ログ更新ファイルが他にも一または複数あるかどうかを判定する（決定１５２）。あれば（決定１５２、はいの分岐）、プログラム５２はステップ１４２に戻って、この次のログ更新ファイルを前のログ更新ファイルを解凍したのと同じ解凍プログラム５１ａ（前のログ更新ファイルの解凍をちょうど完了したもの）を使って、ステップ１４２、１４４、１４８、１５０を参照して上記説明したように逐次的に解凍する。しかし、現在解凍待ちの圧縮ログ更新ファイルがそれ以上ない場合（決定１５２、いいえの分岐）、プログラム５２はその実行を終了する（次の圧縮ログ更新ファイルを受信するまで）。
再び決定１４３を参照して、はいの分岐では、本番サーバ２０からダウンロードされて、バックアップ・サーバ４０で解凍を待っている圧縮ログ更新ファイルが所定の数（例えば、５）以上ある。このような場合（決定１４３、はいの分岐）、プログラム５２はバックアップ・サーバ４０で利用可能なプロセッサ資源が閾値、例えば４０％より大きいかどうかを判定する（決定１７２）。大きくない場合（決定１７２、いいえの分岐）、プログラム５２はステップ１４２に進んで、最も早く圧縮されたログ更新ファイルを逐次的に、すなわち、ちょうど今解凍したログ更新ファイルの解凍後に処理する。しかし、バックアップ・サーバ４０で利用可能なプロセッサ資源が閾値よりも大きい場合（決定１７２、はいの分岐）、プログラム５２はステータス・テーブル５８から、本番サーバ２０から受信し、解凍の開始を待っている圧縮ログ更新ファイルのすべてを識別する（ステップ１７３）。次に、プログラム５２はデータ解凍プログラム５１ｂを呼び出して、解凍がまだ開始されていない１つ前に圧縮されたログ更新ファイルを解凍する（ステップ１７４）。次に、プログラム５２は解凍を待っている一または複数の他の圧縮ログ更新ファイルがあるかどうかを判定する（決定１７６）。あれば（決定１７６、はいの分岐）、プログラム５２はバックアップ・サーバ４０で利用可能なプロセッサ資源が閾値、例えば４０％よりもまだ大きいかどうかを判定する（決定１７２）。大きくなければ（決定１７２、いいえの分岐）、プログラム５２はステップ１４２に進んで、１つ前に圧縮されたログ更新ファイルを逐次的に、すなわち、現在解凍しているログ更新ファイルの解凍後に処理する。しかし、バックアップ・サーバ４０で利用可能なプロセッサ資源が閾値よりも大きい場合（決定１７２、はいの分岐）、プログラム５２はステータス・テーブル５８から、本番サーバ２０から受信し解凍を待っている圧縮ログ更新ファイルのすべてを識別する（ステップ１７３）。次に、プログラム５２はデータ解凍プログラム５１ｃを呼び出して、解凍がまだ開始されていない１つ前に圧縮されたログ更新ファイルを解凍する（ステップ１７４）。次に、プログラム５２は解凍を待っている一または複数の他の圧縮ログ更新ファイルがあるかどうかを判定する（決定１７６）。あれば（決定１７６、はいの分岐）、プログラム５２はバックアップ・サーバ４０で利用可能なプロセッサ資源が閾値、例えば４０％よりもまだ大きいかどうかを判定する。大きくなければ（決定１７２、いいえの分岐）、プログラム５２はステップ１４２に進んで、１つ前に圧縮されたログ更新ファイルを逐次的に、すなわち、現在解凍しているログ更新ファイルの解凍後に処理する。しかし、バックアップ・サーバ４０で利用可能なプロセッサ資源が閾値よりも大きい場合（決定１７２、はいの分岐）、プログラム５２はステータス・テーブル５８から、本番サーバ２０から受信し解凍を待っている圧縮ログ更新ファイルのすべてを識別する（ステップ１７３）。次に、プログラム５２はデータ解凍プログラム５１ｄを呼び出して、解凍がまだ開始されていない１つ前に圧縮されたログ更新ファイルを解凍する（ステップ１７４）。次に、プログラム５２は解凍を待っている一または複数の他の圧縮ログ更新ファイルがあるかどうかを判定する（決定１７６）。あれば（決定１７６、はいの分岐）、プログラム５２はバックアップ・サーバ４０で利用可能なプロセッサ資源が閾値、例えば４０％よりもまだ大きいかどうかを判定する。大きくなければ（決定１７２、いいえの分岐）、プログラム５２はステップ１４２に進んで、１つ前に圧縮されたログ更新ファイルを逐次的に、すなわち、現在解凍しているログ更新ファイルの解凍後に処理する。しかし、バックアップ・サーバ４０で利用可能なプロセッサ資源が閾値より大きい場合（決定１７２、はいの分岐）、プログラム５２はステータス・テーブル５８から、本番サーバ２０から受信して解凍を待っている圧縮ログ更新ファイルのすべてを識別する（ステップ１７３）。次に、プログラム５２はデータ解凍プログラム５１ｄを呼び出して、解凍がまだ開始されていない１つ前に圧縮されたログ更新ファイルを解凍する（ステップ１７４）。次に、プログラム５２は解凍を待っている一または複数の他の圧縮ログ更新ファイルがあるかどうかを判定する（決定１７６）。あれば（決定１７６、はいの分岐）、プログラム５２はバックアップ・サーバ４０で利用可能なプロセッサ資源が閾値、例えば４０％よりもまだ大きいかどうかを判定する。大きくなければ（決定１７２、いいえの分岐）、プログラム５２はステップ１４２に進み、１つ前に圧縮されたログ更新ファイルを逐次的に、すなわち、現在解凍しているログ更新ファイルの解凍後に処理する。しかし、バックアップ・サーバ４０で利用可能なプロセッサ資源が閾値よりも大きい場合（決定１７２、はいの分岐）、プログラム５２はステータス・テーブル５８から、本番サーバ２０から受信し解凍を待っている圧縮ログ更新ファイルのすべてを識別する（ステップ１７３）。次に、プログラム５２はデータ解凍プログラム５１ｅを呼び出して、解凍がまだ開始されていない１つ前に圧縮されたログ更新ファイルを解凍する（ステップ１７４）。このように、バックアップ・サーバで十分なプロセッサ資源が利用できれば、複数の圧縮ログ更新ファイルを並列／同時に解凍する。次に、プログラム５２は解凍を待っている一または複数の他の圧縮ログ更新ファイルがあるかどうかを判定する（決定１７６）。あれば（決定１７６、はいの分岐）、プログラム５２はバックアップ・サーバ４０で利用可能なプロセッサ資源が閾値、例えば４０％よりもまだ大きいかどうかを判定する（決定１７２）。大きくなければ（決定１７２、いいえの分岐）、プログラム５２はステップ１４２に進んで、１つ前に圧縮されたログ更新ファイルを逐次的に、すなわち、現在解凍しているログ更新ファイルの解凍後に処理する。しかし、バックアップ・サーバ４０で利用可能なプロセッサ資源が閾値よりも大きい場合（決定１７２、はいの分岐）、プログラム５２はステータス・テーブル５８から、本番サーバ２０から受信し解凍を待っている圧縮ログ更新ファイルのすべてを識別する（ステップ１７３）。次に、プログラム５２は解凍がまだ開始されていない１つ前に圧縮されたログ更新ファイルを解凍するために、次に利用可能なデータ解凍プログラム５１ａ〜ｅの呼び出しを試みる（ステップ１７４）。しかし、プログラム５２は解凍プログラム５１ａ〜ｅのいずれかがそれに割り当てられた前のログ更新ファイルの解凍を完了して、利用できるようになるまで待たなければならないことがある。以上のプロセスを解凍を待っている他のログ更新ファイルについて行う。解凍プログラム５１ａ〜ｅはすべて自身が解凍したログ更新ファイルのアイデンティティ、タイムスタンプ、およびアドレスを所定のファイルに送る。
図７はデータ復元プログラム５３の実装および動作を図示する。定期的、例えば５分毎に、データ復元プログラム５３は実行を開始し（ステップ１６０）、本番サーバから受信しバックアップ・サーバで本番データ・ファイル２９’に適用されるのを待っている解凍ログ更新ファイルがあるかどうかを点検する（決定１６２）。決定１６２の間、データ復元プログラム５３は解凍プログラムのいずれかが解凍した解凍ファイルのアイデンティティ、タイムスタンプ、およびアドレスを点検する。バックアップ・サーバで本番データ・ファイルに適用されるのを待っている該解凍ログ更新ファイルがあれば（決定１６２、はいの分岐）、データ復元プログラム５３は解凍ログ更新ファイルからの更新をバックアップ・サーバ内のデータ・ファイル２９’に適用する（ステップ１６３）。これによりバックアップ・サーバ内のデータ・ファイル２９’はより最新レベルで「復元」される。データ復元プログラム５３は、それ以上解凍ログ更新ファイルがなくなるまで（決定１６２、いいえの分岐）、各解凍ファイルについてステップ１６３を完了する（決定１６２、はいの分岐）。データ復元プログラム５３は、解凍ファイルが逐次か並列かで解凍されるかによらず、各解凍ファイルについてステップ１６３を完了する（決定１６２、はいの分岐）。データ復元プログラムは解凍されたログ更新をそのそれぞれのタイムスタンプに基づいた順番で適用する。すべての解凍ログ更新ファイルのデータ更新をデータ・ファイル２９’に適用し終えたら、プログラム５３はデータ・ファイル２９’にうまく適用した解凍ログ更新ファイルを削除する（ステップ１６４）。
データ・ダウンロード管理プログラム３２、データ圧縮プログラム３１ａ〜ｅ、ダウンロード・プログラム３３、およびログ管理プログラム３４は、磁気テープまたは磁気ディスク、光学媒体、ＤＶＤ、メモリ・スティックまたは半導体メモリなどのコンピュータ読み取り可能媒体２２０から本番サーバ２０にロードでき、またはＴＣＰ／ＩＰアダプタ・カード３６を介してインターネットからダウンロードできる。
データ・バックアップ管理プログラム５２、データ解凍プログラム５１ａ〜ｅ、およびデータ復元プログラム５３は、磁気テープまたは磁気ディスク、光学媒体、ＤＶＤ、メモリ・スティックまたは半導体メモリなどのコンピュータ読み取り可能媒体２４０からバックアップ・サーバ４０にロードでき、またはＴＣＰ／ＩＰアダプタ・カード５６を介してインターネットからダウンロードできる。
図１には示していないが、本番サーバ２０は、バックアップ・サーバ４０のデータ・バックアップ管理プログラム５２、データ解凍プログラム５１ａ〜ｅ、データ復元プログラム５３、およびステータス・テーブル５９とそれぞれ同様のデータ・バックアップ管理プログラム、データ解凍プログラム、データ復元プログラム、およびもう１つのステータス・テーブルも含む。また、バックアップ・サーバ４０は、本番コンピュータ２０のデータ・ダウンロード管理プログラム３２、データ圧縮プログラム３１ａ〜ｅ、ステータス・テーブル３８、ダウンロード・プログラム３３、Ｉ／Ｏシステム３４、ログ管理プログラム３４、および記録済みの本番データ・ファイルの更新３０とそれぞれ同様のデータ・ダウンロード管理プログラム、データ圧縮プログラム、もう１つのステータス・テーブル、ダウンロード・プログラム、Ｉ／Ｏシステム、ログ管理プログラム、および記録済みの本番データ・ファイルの更新も含む。従って、本番サーバ２０が障害を起こして、本番の演算がバックアップ・サーバ４０に復帰しても、バックアップ・サーバ４０は本番の演算を行い、本番サーバ２０の動作が再開すると本番サーバ２０にログ更新ファイルをバックアップするためのプログラム機能のすべてを備える。同様に、本番サーバ２０は、動作が再開すると、バックアップ・サーバ４０からログ更新ファイルを処理するためのプログラム機能のすべてを備える。
以上に基づいて、データをバックアップするシステム、方法、およびプログラムを開示してきた。しかし、本発明の範囲を逸脱することなく数多くの変更および代替が行える。例えば、ダウンロード周期は圧縮を行うのに必要な時間に基づいて変更できるので、圧縮の多くが当初のダウンロード周期よりも長くかかる場合に、ダウンロード時間を増やせる。また、ネットワーク３５またはバックアップ・サーバの長時間にわたる稼動停止の後、プログラム３２はバックアップ・サーバを本番サーバに再同期させるのに要する時間を、本番サーバから圧縮ファイルをダウンロードするのに要する時間、およびバックアップ・サーバで圧縮ファイルを解凍するのに要する時間に基づいて見積もることができる。この見積もりは圧縮ファイルの長さ、利用可能なネットワーク帯域幅と速度、およびバックアップ・サーバの解凍プログラムの速度に基づく。そのため、本発明は制限ではなく例示によって開示しており、本発明の範囲の判断には本請求項を参照するべきである。
本発明を実施する本番サーバおよびバックアップ・サーバを含む分散型コンピュータ・システムのブロック図。 本発明による図１の本番サーバのデータ・ダウンロード管理プログラムのフローチャート。 本発明による図１の本番サーバのデータ・ダウンロード管理プログラムのフローチャート。 本発明による図１の本番サーバのデータ・ダウンロード管理プログラムのフローチャート。 本発明による図１のバックアップ・サーバのデータ・バックアップ管理プログラムのフローチャート。 本発明による図１のバックアップ・サーバのデータ・バックアップ管理プログラムのフローチャート。 図１のバックアップ・サーバ内のデータ復元プログラムのフローチャート。

Claims (4)

  1. 第１サーバから第２サーバにネットワークを介して複数のデータ・ファイルをバックアップする方法で、前記方法が、
    前記第１サーバからダウンロードした、前記第２サーバの２以上の圧縮データ・ファイルが解凍待ちであると判定するステップと、
    前記第２サーバで利用可能なプロセッサ資源の量が所定の閾値を超えているかどうかを判定するステップと、
    前記第２サーバの前記利用可能なプロセッサ資源の量が前記所定の閾値を超えている場合、前記第２サーバの複数のデータ解凍プログラムを呼び出して前記複数の圧縮データ・ファイルを実質的に同時に解凍し、前記解凍データ・ファイルのデータ更新を前記第２サーバの対応するファイルに適用するステップとを有する、
    方法。
  2. 第１サーバから第２サーバにネットワークを介して複数のデータ・ファイルをバックアップするコンピュータ・プログラムで、前記コンピュータ・プログラムが、
    コンピュータ読み取り可能媒体と、
    前記第１サーバからダウンロードした、前記第２サーバの２以上の圧縮データ・ファイルが解凍待ちであると判定する第１プログラム命令と、
    前記第２サーバで利用可能なプロセッサ資源の量が所定の閾値を超えているかどうかを判定する第２プログラム命令と、
    前記第２サーバの前記利用可能なプロセッサ資源の量が前記所定の閾値を超えていることに応じて、前記第２サーバの複数のデータ解凍プログラムを呼び出して前記複数の圧縮データ・ファイルを実質的に同時に解凍し、前記解凍データ・ファイルのデータ更新を前記第２サーバの対応するファイルに適用する第３プログラム命令とを有し、
    前記第１、第２、および第３プログラム命令を前記媒体上に機能的な形で格納するコンピュータ・プログラム。
  3. 第１サーバから第２サーバにネットワークを介して複数のデータ・ファイルをバックアップする方法で、前記方法が、
    前記第１サーバで２以上のデータ・ファイルが圧縮待ちであると判定するステップと、
    前記第１サーバで利用可能なプロセッサ資源の量が第１所定の閾値を超えるかどうか、および前記ネットワークの利用可能な帯域幅の量が第２所定の閾値を超えるかどうかを判定するステップと、
    前記第１サーバで前記利用可能なプロセッサ資源の量が前記第１所定の閾値を超え、かつ前記ネットワークの前記利用可能な帯域幅の量が前記第２所定の閾値を超える場合、前記第１サーバの複数のデータ圧縮プログラムを呼び出して前記複数のデータ・ファイルを実質的に同時に圧縮し、圧縮後前記複数のデータ・ファイルを前記第１サーバから前記第２サーバにダウンロードするステップとを有する、
    方法。
  4. 前記第１サーバからダウンロードした、前記第２サーバの２以上のデータ・ファイルが解凍待ちであると判定するステップと、
    前記第２サーバで利用可能なプロセッサ資源の量が所定の閾値を超えるかどうかを判定するステップと、
    前記第２サーバで前記利用可能なプロセッサ資源の量が前記所定の閾値を超える場合、前記第２サーバの複数のデータ解凍プログラムを呼び出して前記複数のデータ・ファイルを実質的に同時に解凍し、前記解凍データ・ファイルのデータ更新を前記第２サーバの対応するファイルに適用するステップとをさらに有する、請求項３に記載の方法。
JP2008148498A 2007-06-06 2008-06-05 データをバックアップする方法 Active JP5243851B2 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US11/758,860 US8874518B2 (en) 2007-06-06 2007-06-06 System, method and program product for backing up data
US11/758860 2007-06-06

Publications (2)

Publication Number Publication Date
JP2008305404A true JP2008305404A (ja) 2008-12-18
JP5243851B2 JP5243851B2 (ja) 2013-07-24

Family

ID=40096819

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2008148498A Active JP5243851B2 (ja) 2007-06-06 2008-06-05 データをバックアップする方法

Country Status (4)

Country Link
US (3) US8874518B2 (ja)
JP (1) JP5243851B2 (ja)
CN (1) CN101321187B (ja)
TW (1) TWI471736B (ja)

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8874518B2 (en) 2007-06-06 2014-10-28 International Business Machines Corporation System, method and program product for backing up data
CN101426044B (zh) * 2008-11-25 2012-08-08 华为终端有限公司 信息处理个性化值的生成及提示备份方法、通讯终端
US8805953B2 (en) * 2009-04-03 2014-08-12 Microsoft Corporation Differential file and system restores from peers and the cloud
JP2011165032A (ja) * 2010-02-12 2011-08-25 Buffalo Inc コンピュータプログラム及びデータバックアップ方法
US9467338B2 (en) * 2010-04-01 2016-10-11 Blackberry Limited Method for communicating device management data changes
CN101820426B (zh) * 2010-04-22 2012-05-23 华中科技大学 一种在线备份服务软件中的数据压缩方法
US10318477B2 (en) * 2010-05-26 2019-06-11 Red Hat, Inc. Managing and archiving system and application log files
US8862560B1 (en) * 2010-06-21 2014-10-14 Emc Corporation Compression system pause and auto-resume
JP2015005137A (ja) * 2013-06-20 2015-01-08 株式会社東芝 サーバ、電子機器、電子機器の制御方法、電子機器の制御プログラム
CN104572987B (zh) * 2015-01-04 2017-12-22 浙江大学 一种通过压缩提高简易再生码存储效率的方法和***
CN105406934A (zh) * 2015-10-27 2016-03-16 上海斐讯数据通信技术有限公司 无源光网络***主、备控板同步方法及***
US10838767B2 (en) * 2016-09-12 2020-11-17 International Business Machines Corporation Distributed computing utilizing a recovery site
US10642602B2 (en) * 2017-12-12 2020-05-05 Nxp Usa, Inc. NVM architecture with OTA support
CN108572890A (zh) * 2018-04-26 2018-09-25 赵程章 事务数据同步方法及装置
CN109753409A (zh) * 2018-12-20 2019-05-14 厦门科灿信息技术有限公司 一种监控***的数据存储方法、装置及设备

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5381145A (en) * 1993-02-10 1995-01-10 Ricoh Corporation Method and apparatus for parallel decoding and encoding of data
US20030126247A1 (en) * 2002-01-02 2003-07-03 Exanet Ltd. Apparatus and method for file backup using multiple backup devices
JP2003337711A (ja) * 2002-05-21 2003-11-28 Hitachi Ltd 情報処理装置および方法
US20040073710A1 (en) * 1999-03-11 2004-04-15 Fallon James J. System and methods for accelerated data storage and retrieval
US20050015641A1 (en) * 2003-07-16 2005-01-20 International Business Machines Corporation System and method for automatically and dynamically optimizing application data resources to meet business objectives
US20050235003A1 (en) * 2004-04-14 2005-10-20 Folkert Nathaniel K Choosing whether to use a delayed index maintenance depending on the portion of the materialized view (MV) changed
JP2005332298A (ja) * 2004-05-21 2005-12-02 Ricoh Co Ltd 情報処理装置、情報処理方法、情報処理プログラム及び記録媒体
JP2006004229A (ja) * 2004-06-18 2006-01-05 Hitachi Ltd データバックアップ方法及びコンピュータシステム
JP2006100973A (ja) * 2004-09-28 2006-04-13 Nomura Research Institute Ltd データ圧縮装置、及びデータ伸長装置
JP2006338409A (ja) * 2005-06-02 2006-12-14 Fuji Electric Fa Components & Systems Co Ltd 圧縮データ転送方式及び圧縮データ転送システム

Family Cites Families (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6182122B1 (en) * 1997-03-26 2001-01-30 International Business Machines Corporation Precaching data at an intermediate server based on historical data requests by users of the intermediate server
US6351775B1 (en) * 1997-05-30 2002-02-26 International Business Machines Corporation Loading balancing across servers in a computer network
US6785786B1 (en) * 1997-08-29 2004-08-31 Hewlett Packard Development Company, L.P. Data backup and recovery systems
US6418478B1 (en) * 1997-10-30 2002-07-09 Commvault Systems, Inc. Pipelined high speed data transfer mechanism
JPH11312112A (ja) 1998-04-30 1999-11-09 Pfu Ltd データベース複製機能を持つ計算機システム
AU758390B2 (en) * 1998-07-27 2003-03-20 Webtv Networks, Inc. Remote computer access
US6819271B2 (en) * 1999-01-29 2004-11-16 Quickshift, Inc. Parallel compression and decompression system and method having multiple parallel compression and decompression engines
US6601104B1 (en) * 1999-03-11 2003-07-29 Realtime Data Llc System and methods for accelerated data storage and retrieval
US6505216B1 (en) * 1999-10-01 2003-01-07 Emc Corporation Methods and apparatus for backing-up and restoring files using multiple trails
JP2001331463A (ja) 2000-05-23 2001-11-30 Nec Corp データベース構築方法及びそのプログラムを記録した記録媒体
JP2002007441A (ja) 2000-06-26 2002-01-11 Hitachi Software Eng Co Ltd 分散データベースシステム
US7386046B2 (en) * 2001-02-13 2008-06-10 Realtime Data Llc Bandwidth sensitive data compression and decompression
JP2002244908A (ja) 2001-02-19 2002-08-30 Nippon Telegraph & Telephone West Corp データベース同期制御方法及び該方法によるｄｂシステム
JP2003006016A (ja) 2001-06-26 2003-01-10 Hitachi Ltd ディスクサブシステム、および、ディスクサブシステム間の非同期コピー方法
KR100359423B1 (en) * 2002-01-04 2002-11-07 Ncerti Co Ltd Very high speed high capacity backup system and backup method thereof
US6775751B2 (en) * 2002-08-06 2004-08-10 International Business Machines Corporation System and method for using a compressed main memory based on degree of compressibility
US6941428B2 (en) * 2002-09-25 2005-09-06 International Business Machines Corporation Memory controller optimization
US7872767B2 (en) * 2003-04-04 2011-01-18 Xerox Corporation Parallel printing system
US7281051B2 (en) 2003-06-30 2007-10-09 Nortel Networks Limited Apparatus, method, and computer program for managing resources in a communication system
JP2005165542A (ja) * 2003-12-01 2005-06-23 Internatl Business Mach Corp <Ibm> データバックアップ装置、データバックアップ方法、およびプログラム
US20060198518A1 (en) * 2004-04-07 2006-09-07 Sony Corporation Information processing device and information processing method
US7574424B2 (en) * 2004-10-13 2009-08-11 Sybase, Inc. Database system with methodology for parallel schedule generation in a query optimizer
US7483929B2 (en) * 2005-02-08 2009-01-27 Pro Softnet Corporation Systems and methods for storing, backing up and recovering computer data files
US20060195464A1 (en) * 2005-02-28 2006-08-31 Microsoft Corporation Dynamic data delivery
US7460032B2 (en) * 2005-10-27 2008-12-02 Evault, Inc. Methods and apparatus for performing adaptive compression
US8874518B2 (en) 2007-06-06 2014-10-28 International Business Machines Corporation System, method and program product for backing up data

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5381145A (en) * 1993-02-10 1995-01-10 Ricoh Corporation Method and apparatus for parallel decoding and encoding of data
US20040073710A1 (en) * 1999-03-11 2004-04-15 Fallon James J. System and methods for accelerated data storage and retrieval
US20030126247A1 (en) * 2002-01-02 2003-07-03 Exanet Ltd. Apparatus and method for file backup using multiple backup devices
JP2003337711A (ja) * 2002-05-21 2003-11-28 Hitachi Ltd 情報処理装置および方法
US20050015641A1 (en) * 2003-07-16 2005-01-20 International Business Machines Corporation System and method for automatically and dynamically optimizing application data resources to meet business objectives
US20050235003A1 (en) * 2004-04-14 2005-10-20 Folkert Nathaniel K Choosing whether to use a delayed index maintenance depending on the portion of the materialized view (MV) changed
JP2005332298A (ja) * 2004-05-21 2005-12-02 Ricoh Co Ltd 情報処理装置、情報処理方法、情報処理プログラム及び記録媒体
JP2006004229A (ja) * 2004-06-18 2006-01-05 Hitachi Ltd データバックアップ方法及びコンピュータシステム
JP2006100973A (ja) * 2004-09-28 2006-04-13 Nomura Research Institute Ltd データ圧縮装置、及びデータ伸長装置
JP2006338409A (ja) * 2005-06-02 2006-12-14 Fuji Electric Fa Components & Systems Co Ltd 圧縮データ転送方式及び圧縮データ転送システム

Also Published As

Publication number Publication date
US9413857B2 (en) 2016-08-09
US11169890B2 (en) 2021-11-09
CN101321187A (zh) 2008-12-10
US20080306977A1 (en) 2008-12-11
CN101321187B (zh) 2012-11-21
US20160253245A1 (en) 2016-09-01
TW200915109A (en) 2009-04-01
US20140351218A1 (en) 2014-11-27
TWI471736B (zh) 2015-02-01
US8874518B2 (en) 2014-10-28
JP5243851B2 (ja) 2013-07-24

Similar Documents

Publication Publication Date Title
JP5243851B2 (ja) データをバックアップする方法
CN109558215B (zh) 虚拟机的备份方法、恢复方法、装置及备份服务器集群
CN102594849B (zh) 数据备份、恢复方法、虚拟机快照删除、回滚方法及装置
JP3592721B2 (ja) バックアップソフトウェア用の再表示エージェント
US10216580B1 (en) System and method for mainframe computers backup and restore on object storage systems
US8578203B2 (en) Providing a backup service from a remote backup data center to a computer through a network
US20190213267A1 (en) Consolidation of expired snapshots using compute on cloud
JP4141875B2 (ja) リカバリ処理方法及びその実施システム並びにその処理プログラム
WO2005119494A2 (en) Transaction based virtual file system optimized for high-latency network connections
US20230125719A1 (en) Systems and methods for continuous data protection comprising storage of completed i/o requests intercepted from an i/o stream using touch points
JP2004227572A (ja) 遠隔データ管理方法
US11663089B2 (en) Systems and methods for continuous data protection
US11500664B2 (en) Systems and method for continuous data protection and recovery by implementing a set of algorithms based on the length of I/O data streams
EP3535955B1 (en) Systems, devices and methods for managing file system replication
US10733064B2 (en) Efficient restore of synthetic full backup based virtual machines that include user checkpoints
US11663092B2 (en) Systems and methods for continuous data protection
US11580015B2 (en) Garbage collection for a deduplicated cloud tier using functions
JP2004139217A (ja) データベースの移行方法
US9921918B1 (en) Cloud-based data backup and management
US20120303590A1 (en) Management of deduplicated data during restoration in a network archival and retrieval system
CN104809033A (zh) 一种备份方法及***
JP3708891B2 (ja) フォールトトレラントシステムにおけるプロセスペア実行制御方法、プロセスペア実行制御プログラム、及びフォールトトレラントシステム
US20230289216A1 (en) Dynamic management of version dependencies for executing parallel workloads
US20140012815A1 (en) Restoration apparatus
JP2004318810A (ja) データ管理方法およびシステム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20110214

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20121206

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20121218

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20130121

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20130405

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20160412

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

Ref document number: 5243851

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313113

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250