(57)【要約】  本発明は、高速大容量バックアップシステム及び方法に関し、より詳しくはボリューム単位に分散したデータを設定し、ブロックのような数多くの単位ユニットに分割して、複数個のスレッドが順次圧縮して、異なる記憶装置へ移送するマルチプロセスを実行し、その結果、システム内のデータを記憶する記憶装置に記憶されたデータを、ウイルス感染や事故、破損などから保護するためのバックアップシステムにおいて、一つのプロセス内で多数のフローを同時に実行することにより、データの圧縮時間だけでなくデータのバックアップ時間を減らすことができる高速大容量バックアップシステム及びそのバックアップ方法に関する。本発明によると、従来のように一つのボリュームを一つのスレッドが担当し、圧縮して転送した方法に比べて、大容量データを高速で転送することが可能となるので、バックアップ及ぶリカバリに要する時間が大幅に短縮され、データの圧縮率も大幅に高くなる。
2005513672.tif 000002
【特許請求の範囲】
【請求項１】
バックアップ対象データを記憶するバックアップ対象ディスク、
バックアップ対象データを圧縮して記憶するバックアップディスク、
バックアップ実行命令を含む命令が入力され、所定命令に対する結果を出力する入力／出力装置、
前記バックアップ対象ディスクのデータボリュームを所定サイズの単位データに分割し、一つのプロセス内で多数のフローを実行するスレッド(thread) を複数生成し、前記分割した前記単位データを順次的に圧縮して前記バックアップディスクに記憶するバックアップ手段、及び
前記入力／出力装置を介して供給されるバックアップ実行命令を処理して前記バックアップ手段でバックアップを実行する中央制御装置を含むことを特徴とする高速大容量バックアップシステム。
【請求項２】
前記入力／出力装置と中央制御装置とを介して供給されるバックアップ実行命令を受信し、バックアップ管理モジュールへ転送するバックアップマスタモジュール、
前記バックアップマスタモジュールからバックアップの実行を要求するバックアップ実行命令を受信し、ボリューム毎のバックアップ予約情報を管理し、ボリューム毎のバックアップ状態及びバックアップヒストリー情報を収集して管理し、バックアップスケジュールに従ってディスクボリュームに対するバックアップ命令を生成するバックアップ管理モジュール、及び
前記バックアップ管理モジュールからバックアップ命令が供給され、前記バックアップ対象ディスクのデータボリュームを所定サイズの単位データに分割して、一つのプロセス内で多数のフローを実行するスレッドを複数生成し、分割された前記単位データを順次的に圧縮して前記バックアップディスクに記憶するバックアップエージェントモジュールを含むことを特徴とする請求項１に記載の高速大容量バックアップシステム。
【請求項３】
前記単位データは、分割されるデータのブロックサイズとブロックの個数とを掛けたとき２０〜２５Mbyteになるように分割されることを特徴とする請求項１に記載の高速大容量バックアップシステム。
【請求項４】
前記バックアップ手段は、前記バックアップ対象ディスクに記憶したバックアップ対象データが十万ファイルより大きい場合、ファイル形式によらずロー（Row）デバイスにアクセスして前記バックアップ対象データのボリューム全体を分割して、複数のスレッドに圧縮するボリュームバックアップを実行することを特徴とする請求項１に記載の高速大容量バックアップシステム。
【請求項５】
前記バックアップ手段は、前記バックアップ対象ディスクに記憶したバックアップ対象データが十万ファイルより小さい場合、前記バックアップ対象データを単位ファイルに分割し、複数のスレッドに圧縮するファイルバックアップを実行することを特徴とする請求項１に記載の高速大容量バックアップシステム。
【請求項６】
バックアップ実行命令を受信するバックアップマスタモジュールを含むバックアップマスタサーバ、及び
バックアップ対象データを記憶するバックアップ対象ディスクと、
バックアップ対象データを圧縮して記憶するバックアップディスクと、
前記バックアップマスタサーバからバックアップの実行を要求するバックアップ実行命令を受信し、バックアップスケジュールに従ってディスクボリュームに対するバックアップ命令を生成するバックアップ管理モジュールと、
前記バックアップ管理モジュールから供給されるバックアップ命令に従って前記バックアップ対象ディスクのデータボリュームを所定サイズの単位データに分割し、一つのプロセス内で多数のフローを実行するスレッドを複数生成し、分割された前記単位データを順次的に圧縮して前記バックアップディスクに記憶するバックアップエージェントモジュールと
を含むバックアップ管理サーバを含むことを特徴とする高速大容量バックアップシステム。
【請求項７】
前記所定サイズの単位データは、ブロックサイズとブロックの個数とを掛けたとき２０〜２５Mbyteになるように分割されることを特徴とする請求項６に記載の高速大容量バックアップシステム。
【請求項８】
前記バックアップ管理サーバは、
前記バックアップ対象ディスクに記憶したバックアップ対象データが十万ファイルより大きい場合、ファイル形式によらずローデバイスにアクセスしてバックアップ対象データのボリューム全体を分割して、複数のスレッドに圧縮するボリュームバックアップを実行することを特徴とする請求項６に記載の高速大容量バックアップシステム。
【請求項９】
前記バックアップ管理サーバは、
前記バックアップ対象ディスクに記憶したバックアップ対象データが十万ファイルより小さい場合、前記バックアップ対象データを単位ファイルに分割し、複数のスレッドに圧縮するファイルバックアップを実行することを特徴とする請求項６に記載の高速大容量バックアップシステム。
【請求項１０】
バックアップ実行命令を受信するバックアップマスタモジュールを含むバックアップマスタサーバ、
バックアップ対象データを記憶するバックアップ対象ディスク、
前記バックアップマスタサーバからバックアップの実行を要求するバックアップ実行命令を受信し、バックアップスケジュールに従ってディスクボリュームに対するバックアップ命令を生成するバックアップ管理モジュールを含む複数個のバックアップ管理サーバ、
バックアップ対象データを圧縮して記憶するバックアップディスク、及び
前記バックアップ管理モジュールから供給されるバックアップ命令に従って前記バックアップ対象ディスクのデータボリュームを所定サイズの単位データに分割し、一つのプロセス内で多数のフローを実行するスレッドを複数生成し、分割された前記単位データを順次的に圧縮して前記バックアップディスクに記憶するバックアップエージェントモジュールを含む複数個のバックアップエージェントサーバ、
を含むことを特徴とする高速大容量バックアップシステム。
【請求項１１】
前記所定サイズの単位データは、ブロックサイズとブロックの個数とを掛けたとき２０〜２５Mbyteになるように分割することを特徴とする請求項１０に記載の高速大容量バックアップシステム。
【請求項１２】
前記バックアップエージェントサーバは、
前記バックアップ対象ディスクに記憶したバックアップ対象データが十万ファイルより大きい場合、ファイル形式によらずローデバイスにアクセスしてバックアップ対象データのボリューム全体を分割して、複数のスレッドに圧縮するボリュームバックアップを実行することを特徴とする請求項１０に記載の高速大容量バックアップシステム。
【請求項１３】
前記バックアップエージェントサーバは、
前記バックアップ対象ディスクに記憶したバックアップ対象データが十万ファイルより小さい場合、前記バックアップ対象データを単位ファイルに分割し、複数のスレッドに圧縮するファイルバックアップを実行することを特徴とする請求項１０に記載の高速大容量バックアップシステム。
【請求項１４】
圧縮対象ディスクの情報と記憶したディレクトリの情報とを受信し、
複数の圧縮スレッドを実行し、
実行された複数の圧縮スレッドにて、前記圧縮対象ディスクからブロックインデックス値を分割して読み込み、
それぞれの圧縮スレッドが読み込んだブロックインデックスに属するデータブロックをそれぞれ読み込み、
前記複数の圧縮スレッドが読み込んだそれぞれのデータブロックを同時に圧縮し、
複数の圧縮スレッドのための記憶ディレクトリに圧縮されたデータブロックを記憶し、
圧縮するデータブロックが更に存在するか否かを判断して、圧縮するデータブロックが存在する場合、ブロックインデックスを増加させ、前記データブロックの読み込みに割り込み、
圧縮するデータブロックが存在しない場合、複数のスレッドを終了し、
すべてのデータブロックの圧縮が完了したか否かを確認してバックアップを完了することを特徴とする高速大容量バックアップ方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、高速大容量バックアップシステム及びそのバックアップ方法に関し、より詳しくはボリューム単位に分散したデータを設定し、ブロックのような数多くの単位ユニットに分割して、複数個のスレッド(Thread)が順次圧縮して、異なる記憶装置へ移送するマルチプロセスを実行し、その結果、システム内のデータを記憶する記憶装置に記憶されたデータを、ウイルス感染や事故、破損などから保護するためのバックアップシステムにおいて、一つのプロセス内で多数のフローを同時に実行することにより、データの圧縮時間だけでなくデータのバックアップ時間を減らすことができる高速大容量バックアップシステム及びそのバックアップ方法に関する。
【背景技術】
【０００２】
米国の緊急対策研究所によれば、コンピュータ障害に伴うデータ流失による産業界の平均損失額が１９９４年を基準として、既に時間当り１０万ドルに達していると報告されており、企業だけでなく電子政府の具現を標榜した国家のデータ資源を取り扱う官公庁の場合においても、データバックアップ及びデータリカバリは、経済的損失に関係なく、国家競争力及び安保と直結した最も重要な懸案であることが強調されている。
【０００３】
最近では、あらゆる産業分野がインターネット環境に移行されつつ、個人データ量だけでなく、法人データ量が幾何級数的に増加しており、データウェアハウス(data warehouse)、全社的資源管理(enterprise resource planning)、顧客関係管理(customer relationship management)、知識管理(knowledge management)等の大容量記憶装置(Storage)を基盤とした先端エンタープライズコンピュータ環境構築及び増設が大幅に増加している。
【０００４】
上述した多様なビジネスに導入されている大容量記憶装置については、一日に数百メガバイト（ＭＢ）から数十ギガバイト（ＧＢ）の拡張が要求されており、膨大なデータを洪水、火災等の天災地変、又はテロ、障害、事故等の予期できない災厄から維持及び保護する仕事は、時流に乗って生存するために企業の重要な部分を占めるようになっている。
【０００５】
斯かる状況変化に対応して、ベリタス（Veritas）、アイビーエム（ＩＢＭ）、シーエー（Computer Associate）、レガート（Legato）等のリーディングカンパニーは、それぞれネットバックアップ（NetBackup）、チボリ（Tivoli）、ブライトスター（Brightstor）、ネットワーカー（NetWorker）等のバックアップソリューションを開発し、メインシステムに接続したメイン記憶装置であるバックアップ対象ディスクに記憶されているデータを、テープライブラリ、ディスクライブラリ等のバックアップディスク上にバックアップすることができるソフトウェアを提供している。バックアップソリューションには、ダイレクトバックアップ(direct backup)、ネットワークバックアップ(network backup)、ＳＡＮ（Storage Area Network）バックアップ、サーバレスバックアップ(Serverlessbackup)等の多様な種類がある。
【０００６】
バックアップソリューションの種類の概要を以下に説明する。図１に示すように、ダイレクトバックアップは、それぞれのサーバにテープドライブが独立して接続されるよう構成されたバックアップソリューションであり、ネットワーク等の負荷がなく、バックアップ速度が速い長所があるが、テープドライブ及びバックアップソフトウェアの購入に多くの費用がかかり、しかも集中管理が困難である。結果として、バックアップすべきサーバが３台未満であり、各サーバの容量が１００ＧＢ以下である場合に有用な構成である。
【０００７】
図２に示すように、ネットワークバックアップは、ネットワークに接続している多数のサーバの一つがバックアップサーバとして構成されたバックアップソリューションであり、バックアップサーバは、ネットワークを介して他のサーバをバックアップする。集中的な管理が容易であり、バックアップ装置及びバックアップソフトウェアの購入費用が安価であるという利点がある。しかし、バックアッププロセス時に同一のネットワークを経由して多量のデータが転送されるため、ネットワークの負荷が多大となるという問題点がある。
【０００８】
また、図示していないが、ＳＡＮバックアップは、サーバ、大容量記憶装置及びバックアップ装置がファイバーチャネルを介して接続したバックアップソリューションであり、初期の投資費用が多い反面、バックアップ性能の最も優れた方式である。サーバレスバックアップは、ＣＰＵの使用率を減らすことによってバックアップサーバの機能を分散させる方法を用いることで、優れたバックアップ性能を有するバックアップソリューションである。
【０００９】
しかし、上述した従来のバックアップソリューションは、メイン記憶装置内のファイル数又はデータ量が多くなるほど、バックアップを実行する速度が低下するという問題は今も相変らず存在している。
【００１０】
それゆえ、バックアップ時間及びリカバリ時間を最大限短縮させることは重要な課題である。さらに、バックアップするデータを記憶するテープライブラリ、又はディスクライブラリの制約のある容量内で、より効率的に多くのデータを記憶するための圧縮部分も重要な課題の一つである。
【特許文献１】米国特許第５２３７６８７号明細書
【特許文献２】特開平５−１５１０９４号公報
【特許文献３】特開平４−２８１５４０号公報
【特許文献４】特開２００１−２７３１９６号公報
【発明の開示】
【００１１】
本発明は、上述した問題を鑑みてなされたものであり、本発明は、システムデータをバックアップ及びリカバリする処理において、バックアップ及びリカバリをより速く実行することができるようにすることを目的とする。
本発明の他の目的は、制約のある記憶装置の容量内でより多量のデータを圧縮してバックアップ及びリカバリすることを可能にし、記憶装置の効率を向上させることにある。
【００１２】
本発明に係る高速大容量バックアップシステムは、バックアップ対象データを記憶するバックアップ対象ディスク、バックアップ対象データを圧縮して記憶するバックアップディスク、及びバックアップ対象ディスク記憶したバックアップ対象データのボリュームを所定サイズの単位データに分割し、一つのプロセス内で多数のフローを実行するスレッド(thread) を複数生成し、分割した単位データを順次的に圧縮してバックアップディスクに記憶するバックアップ手段を含む。
【００１３】
望ましくは、高速大容量バックアップシステムは、バックアップ実行命令を含む命令が入力され、所定命令に対する結果を出力する入力／出力装置、及び該入力／出力装置を介して供給されるバックアップ実行命令を処理してバックアップ手段でバックアップを実行する中央制御装置を含む。
【００１４】
さらに、バックアップ手段は、入力／出力装置と中央制御装置とを介して供給されるバックアップ実行命令を受信し、バックアップ管理モジュールへ転送するバックアップマスタモジュール、バックアップマスタモジュールからバックアップの実行を要求するバックアップ実行命令を受信し、ボリューム毎のバックアップ予約情報を管理し、ボリューム毎のバックアップ状態及びバックアップヒストリー情報を収集して管理し、バックアップスケジュールに従ってディスクボリュームに対するバックアップ命令をバックアップエージェントモジュールへ転送するバックアップ管理モジュール、及びバックアップ管理モジュールからバックアップ命令が供給され、バックアップ対象ディスクのデータボリュームを所定サイズの単位データに分割して、一つのプロセス内で多数のフローを実行するスレッドを複数生成し、分割された単位データを順次的に圧縮してバックアップディスクに記憶するバックアップエージェントモジュールを含む。
【００１５】
望ましくは、本発明の他の実施形態として、バックアップマスタモジュールを含むバックアップマスタサーバ、複数個のバックアップ管理サーバ、及びバックアップ対象ディスクとバックアップディスクとを有するバックアップエージェントサーバを含み、バックアップマスタサーバがバックアップ実行命令を含む命令を受信し、バックアップ管理サーバへ転送した場合、バックアップ管理モジュールは、ボリューム毎のバックアップ予約情報を管理し、ボリューム毎のバックアップ状態及びバックアップヒストリー情報を収集して管理し、バックアップスケジュールに従ってディスクボリュームに対するバックアップ命令をバックアップエージェントモジュールへ転送する。そして、バックアップエージェントモジュールは、バックアップ管理モジュールから供給されたバックアップ命令に従って、バックアップ対象ディスクのデータボリュームを所定サイズの単位データに分割して、一つのプロセス内で多数のフローを実行するスレッドを複数生成し、分割された単位データを順次的に圧縮してバックアップディスクに記憶する。
【００１６】
そして、本発明の他の実施形態として、バックアップマスタモジュールを含むバックアップマスタサーバ、バックアップ管理モジュールを含み、バックアップ対象ディスクを有する複数個のバックアップ管理サーバ、バックアップエージェントモジュールを含み、バックアップディスクを有するバックアップエージェントサーバを含み、バックアップマスタサーバがバックアップ実行命令を含む命令を受信し、バックアップ管理サーバへ転送した場合、バックアップ管理サーバ内のバックアップ管理モジュールは、ボリューム毎のバックアップ予約情報を管理し、データボリュームを所定サイズの単位データに分割し、読み込んで、バックアップエージェントサーバに転送し、バックアップエージェントサーバ側からバックアッププロセスに従ってボリューム毎のバックアップ状態及びバックアップヒストリー情報を収集して管理し、バックアップ対象ディスクはバックアップスケジュールに従ってディスクボリュームに対するバックアップ命令をバックアップエージェントモジュールへ転送する。バックアップエージェントサーバ内のバックアップエージェントモジュールは、バックアップ管理モジュールから供給されたバックアップ命令に従ってスレッドを複数生成し、所定サイズの単位データを順に受け付け生成された複数個のスレッドが、分割された単位データを順次的に圧縮してバックアップディスクに記憶する。
【００１７】
望ましくは、バックアップディスク内に記憶されたデータをリカバリするプロセス途上で、分割され圧縮された単位データをスレッド技法で逆順にリカバリし、バックアップ及びリカバリ実行時の単位データのサイズは、ブロックサイズ（４０９６×Ｎ）ブロックサイズ×ブロックの個数（Ｍ）（number of block）≒２０〜２５Ｍｂｙｔｅが最も適当である。
【００１８】
そして、バックアップ管理サーバのバックアップ対象ディスクに記憶されたバックアップ対象データが十万個より大きい場合、ファイル形式に関わらずローデバイス(Raw device)にアクセスして、バックアップ対象データ全ボリュームを単位データへ分割するバックアップであるボリュームバックアップの方がより速い。しかし、バックアップ対象データが十万個より少ない場合、ファイル毎に単位データに分割し、スレッド技法で順次圧縮してバックアップサーバのバックアップディスクに記憶するファイルバックアップの方がより速い。バックアップ管理サーバは、バックアップ対象データのファイル数に従って、ボリュームバックアップ又はファイルバックアップを選択して実行することが好ましい。
【００１９】
本発明に係る超高速大容量バックアップ方法は、圧縮対象ディスクの情報と記憶したディレクトリの情報とを受信し、複数の圧縮スレッドを実行し、実行された複数の圧縮スレッドにて、圧縮対象ディスクからブロックインデックス値を分割して読み込み、それぞれの圧縮スレッドが読み込んだブロックインデックスに属するデータブロックをそれぞれ読み込み、複数の圧縮スレッドが読み込んだそれぞれのデータブロックを同時に圧縮し、複数の圧縮スレッドのための記憶ディレクトリに圧縮されたデータブロックを記憶し、圧縮するデータブロックが更に存在するか否かを判断して、圧縮するデータブロックが存在する場合、ブロックインデックスを増加させ、データブロックの読み込みに割り込み、圧縮するデータブロックが存在しない場合、複数のスレッドを終了し、すべてのデータブロックの圧縮が完了したか否かを確認してバックアップを完了する。
【００２０】
望ましくは、圧縮スレッドを駆動する段階の入力はブロックインデックスであり、圧縮を実行中のデータ圧縮手段への入力は圧縮対象データブロックであり、出力は圧縮されたデータブロックである。
【００２１】
また、望ましくは、前述したバックアップ方法の逆順にバックアップデータをリカバリし、圧縮すべきデータは順次ボリューム上のデータを単位データに分割して実行されるか、又は複数個のファイルを順次スレッドが処理する。
【発明を実施するための最良の形態】
【００２２】
以下、添付の図面を参照して本発明の好適な実施形態について詳細に説明する。
【００２３】
図３は、本発明に係る高速大容量バックアップシステムを示すブロック構成図であり、高速大容量バックアップシステム１００は、一つのコンピュータシステム内に統合して構成され、コンピュータシステムにおいて本発明と直接的な関連のない構成要素は図示していない。
【００２４】
図３に示すように、高速大容量バックアップシステム１００は、バックアップマスタモジュール１０、バックアップ管理モジュール２０及びバックアップエージェントモジュール３０のような、一つ又はそれ以上の固有の機能を実行するユニットであるモジュールと、外部からのバックアップ実行命令を含む命令を受け付ける入力／出力装置５０と、バックアップデータが記憶されているバックアップ対象ディスク６０、バックアップ対象ディスクに記憶されたバックアップ対象データが圧縮されて記憶されているバックアップディスク７０、及び入力／出力装置５０を通して供給される命令によりモジュール１０、２０、３０を制御する中央制御装置４０とからなる。
【００２５】
具体的に、バックアップシステム全体を管理する機能を実行する要素であるバックアップマスタモジュール１０は、ボリューム毎のバックアップ予約情報を管理し、バックアップスケジュールに従って、バックアップ命令をバックアップ管理モジュール２０へ提供する。
【００２６】
ここで、バックアップ予約情報とは、自動バックアップに従ってどのディスク内のデータを、どのディスクに、いつ、どんな間隔でバックアップするか等の、バックアップ管理者により設定される情報であり、バックアップマスタモジュール１０は、予約されたバックアップスケジュールに従って、バックアップ管理モジュール２０及びバックアップエージェントモジュール３０でバックアップが進行するように自動的に実行される。
【００２７】
他方、複数のバックアップ管理モジュール２０が存在する場合、バックアップマスタモジュール１０は、一グループ内の複数のバックアップ管理モジュール２０をバンドルすることにより管理することが好ましい。
【００２８】
バックアップ管理モジュール２０は、バックアップマスタモジュール１０からバックアップ管理に必要なバックアップ実行命令を受信し、バックアップエージェントモジュール３０に転送し、さらにバックアップエージェントモジュール３０で実行するバックアップ情報から、ボリューム毎のバックアップ状態及びバックアップヒストリー情報を収集して、バックアップマスタモジュール１０に転送する。
【００２９】
また、バックアップエージェントモジュール３０は、バックアップマネジャーモジュール２０から、命令に従ってバックアップ又はリカバリを実行すべく、バックアップ又はリカバリ命令を受信するよう構成されている。バックアップ対象ディスク６０に対するバックアップを実行する命令を受信した場合、バックアップ対象ディスク６０内のデータボリュームを所定サイズの単位データに分割して読み込み、N個のスレッドを生成し、バックアップ対象ディスク６０から読み込んだ単位データを順次圧縮してバックアップディスク７０に記憶する。
【００３０】
さらに、バックアップエージェントモジュール３０は、バックアップ実行中のボリューム毎のバックアップ情報を収集して管理し、バックアップ処理の進行状況をバックアップ管理モジュール２０にレポートする。
【００３１】
参考までに、スレッドに関して言えば、スレッドは一プロセス内の分割ジョブユニットとして多くのジョブを小さなジョブに分割するための一種のモジュールであり、一つのプログラムをスレッドという単位で内部的に分割してそれぞれ同時に実行できるようにするものである。
【００３２】
このように、本発明に係る高速大容量バックアップシステムは、バックアップ対象ディスク６０内のデータを単位データに分割して読み込み、読み込んだ単位データを複数個のスレッドがそれぞれ同時に圧縮してバックアップディスク７０に記憶する特徴点により、バックアップに要する時間を大幅に減少させ、データの圧縮率が増加し、同一のバックアップディスク環境下で、より多量のデータを記憶することが可能となる。
【００３３】
図４は、本発明の他の好適な実施形態を示すブロック構成図であり、図３に示した構成要素と比べて、バックアップ管理サーバ３００と、バックアップ管理サーバ３００へバックアップ命令を送信するバックアップマスタサーバ２０とを備えている。バックアップ管理サーバ３００は、バックアップ管理モジュール２０、バックアップエージェントモジュール３０、バックアップ対象ディスク６０及びバックアップディスク７０を含み、バックアップマスタサーバ２００は、バックアップマスタモジュール１０を含む。
【００３４】
ここで、バックアップマスタサーバ２００とバックアップ管理サーバ３００との間は、インタフェース又はネットワークを介して接続されており、複数個のバックアップ管理サーバ３００を一つのバックアップマスタサーバ２００で管理するようツリー型に構成することができる。
【００３５】
図４に示す構成及び該構成による実施形態は、図３に示す構成及び該構成による実施形態と大きく相違しない。インターネットのような開放型ネットワークを介して接続された場合、バックアップマスタサーバ２００に対して、概念上クライアントに相当する複数個のバックアップ管理サーバ３００は、予約バックアップ情報に従って受信したバックアップ実行命令を通じて、一つのバックアップ管理サーバ２００により管理される。バックアップ管理サーバ３００側では、バックアップ管理モジュール２０で受信したバックアップ命令が、バックアップエージェントモジュール３０に転送され、さらにバックアップエージェントモジュール３０は、バックアップ対象ディスク６０のデータボリュームを所定サイズの単位データに分割して読み込んだ後、複数個のスレッドを生成して分割された単位データを順次圧縮してバックアップディスク７０に記憶するよう構成されている。
【００３６】
このように、図４に示す実施形態によれば、バックアップ対象ディスク６０内のデータを単位データに分割して読み込み、読み込んだデータが複数個のスレッドにより同時に圧縮され、バックアップディスク７０に記憶するという特徴点により、バックアップに要する時間が大幅に減少し、データ圧縮率が増加し、同一バックアップディスク環境下で、より多量のデータを記憶することが可能となる。さらに、インターネットのような開放型ネットワークを介して接続されるクライアント、即ち、臨時のバックアップ管理サーバ３００は、グループ単位にバンドルしてバックアップを管理及び運用することが可能である。
【００３７】
図５は、本発明の他の好適な実施形態を示すブロック構成図である。ここで、バックアップマスタサーバ２００、バックアップ管理サーバ３００、及びバックアップエージェントサーバ４００は別個のサーバで構成され、それぞれのサーバをインタフェース又はネットワークを介して接続してバックアップを実行する。さらに、一つのバックアップマスタサーバ２００に複数個のバックアップ管理サーバ３００が接続されており、それぞれのバックアップ管理サーバ３００は各々バックアップエージェントサーバ４００と接続されている。
【００３８】
このとき、データが記憶されているバックアップ対象ディスク６０は、それぞれのバックアップ管理サーバ３００に備えられ、バックアップ対象ディスク６０のデータを圧縮して記憶したバックアップディスク７０は、それぞれのバックアップエージェントサーバ４００に備えられている。
【００３９】
図５に示すように、バックアップ実行命令を含む命令は、バックアップマスタサーバ２００で受信され、バックアップ管理サーバ３００へ転送される。バックアップ管理サーバ３００内のバックアップ管理モジュール２０は、ボリューム毎のバックアップ予約情報を管理し、バックアップ対象ディスクでデータボリュームを所定サイズの単位データに分割して読み込み、バックアップエージェントサーバ４００へ転送する。
【００４０】
バックアップエージェントサーバ４００側では、バックアップ管理サーバ３００から受信したバックアップ命令に従って複数個のスレッドを生成し、バックアップ管理サーバ３００から供給された単位データを順次受け付け、複数個のスレッドにより圧縮してバックアップディスクに記憶する。
【００４１】
図６に示すように、バックアップエージェントモジュール３０又はバックアップエージェントサーバ４００により、バックアップ対象ディスク６０内のボリュームデータは、複数個の単位データに分割される。一つのボリューム内でスレッドの個数が４個である場合、インデックスは、順次１、２、３、４、１、２、３、４、１、２…等のように割当てられ、対応するインデックスの属するデータは、圧縮処理を実行するのに最も適したスレッドにより読み込まれる。実験的に、分割された単位データの最も適したサイズは、高速バックアップ実行時において、ブロックサイズ（４０９６×Ｎ）×ブロックの個数（Ｍ）≒２０〜２５Ｍｂｙｔｅｓであった。
【００４２】
図７は、高速大容量バックアップ方法を示すフローチャートであり、バックアップ管理モジュール２０又はバックアップ管理サーバ３００からのバックアップ命令は、バックアップエージェントモジュール３０又はバックアップエージェントサーバ４００にバックアップ実行時に供給される。
【００４３】
図７によれば、バックアップエージェントモジュール３０又はバックアップエージェントサーバ４００は、バックアップの実行時に、バックアップ管理モジュール２０又はバックアップ管理サーバ３００から、圧縮対象ディスク及び記憶すべくディレクトリに関する情報を受信する(ステップＳ１)。
【００４４】
次に、バックアップエージェントモジュール３０又はバックアップエージェントサーバ４００により、複数個の多重圧縮スレッドが駆動され、この時にブロックインデックス値が入力され(ステップＳ２)、複数個の圧縮スレッドはステップＳ２で入力されたブロックインデックス値を分割して読み込む(ステップＳ３)。
【００４５】
同時に、多重圧縮スレッドは、圧縮対象ディスクからブロックインデックスに属するデータブロックをそれぞれ読み込み(ステップＳ４)、圧縮対象となるデータブロックを受信しつつ圧縮される(ステップＳ５)。
【００４６】
ステップＳ５で圧縮されたデータブロックを大容量記憶装置のディレクトリに記憶し(ステップＳ６)、圧縮すべきデータブロックが存在するか否かを判断し、存在する場合、ブロックインデックスを増加させるステップＳ１０の後で、データブロックを読み込むステップＳ３に戻る(ステップＳ７)。
【００４７】
ステップＳ７の判断結果に従って、それ以上圧縮すべきデータブロックが存在しない場合、複数個の多重圧縮スレッドを終了し(ステップＳ８)、全てのデータブロックの圧縮が完了されたかを確認することにより、バックアップ処理を完了する。
【００４８】
ここで、大容量データが正確にバックアップされたか否かを確認することも可能である。詳細な方法として、バックアップ及びリカバリの処理が完了した場合、再度正当な方法でバックアップが完了したか否かを確認する方法である。例えば、バックアップ対象ディスクのデータをバックアップディスクにバックアップし、再度バックアップ対象ディスクに復元し、バックアップ対象ディスクの内容をバックアップディスクの内容と比較することにより、復元データの正確さを確認する。この形式の検証方法は、バックアップの安定性を保障するための一つの方法として用いられる。
【００４９】
本発明の好適な実施形態につき上述のように詳細に説明しているが、本発明の分野に属する知識を有する者であれば、添付の特許請求の範囲及び均等な範囲の意図（目的）の範囲内で本発明を様々に変形又は変更することができることは明らかである。
【産業上の利用可能性】
【００５０】
本発明によると、バックアップ実行後のデータサイズを大幅に減少させるだけではなく、データをバックアップ又はリカバリするのに要する時間を大幅に減少するという効果を有する。したがって、極めて優れたバックアップ性能を使用者に保証し、同時にバックアップ資源のＴＣＯ(総所有コスト)を画期的に節減することができるという効果を有する。
【００５１】
そして、大容量データを要するＥ−Ｂｕｓｉｎｅｓｓ環境下で、使用者に対して安全保護を提供することができ、強力なデータ圧縮機能だけでなく、既存のバックアップ管理ソリューションが提供できない高速大容量バックアップ機能は、ＡＳＰ／ＩＳＰ関連分野、通信分野、金融分野、オンラインサービス分野、企業分野での高速大容量バックアップ処理に效果的に利用することができる。
【図面の簡単な説明】
【００５２】
【図１】従来のダイレクトバックアップを示すブロック構成図である。
【図２】従来のネットワークバックアップを示すブロック構成図である。
【図３】本発明の好適な実施形態に係るバックアップシステムを示すブロック構成図である。
【図４】本発明の他の好適な実施形態に係るバックアップシステムを示すブロック構成図である。
【図５】本発明の他の好適な実施形態に係るバックアップシステムを示すブロック構成図である。
【図６】本発明に従いボリュームを細かく分割する方法を示す例示図である。
【図７】本発明に係るバックアップ方法を示すフローチャートである。
【図１】
2005513672.tif 000003
【図２】
2005513672.tif 000004
【図３】
2005513672.tif 000005
【図４】
2005513672.tif 000006
【図５】
2005513672.tif 000007
【図６】
2005513672.tif 000008
【図７】
2005513672.tif 000009
【国際調査報告】
2005513672.tif 000010
2005513672.tif 000011