データ管理方法及びデータ管理システム
【課題】ソフトウェア資源のバックアップ処理の迅速化を図ること。
【解決手段】情報管理方法は、第一のコンピュータが、バックアップの開始指示に応じ、記憶媒体の所定のセクタに記憶されている構成情報に基づいて、前記記憶媒体のデータ領域に属するセクタのうち、有効なファイル又は有効なディレクトリに割り当てられているセクタを判定し、前記記憶媒体のセクタごとに、セクタ番号と当該セクタに記憶されているデータとをネットワークを介して接続される第二のコンピュータに送信する際に、前記データ領域に属するセクタに関しては、有効なファイル又は有効なディレクトリに割り当てられているセクタのセクタ番号と当該セクタに記憶されているデータとを前記第二のコンピュータに送信し、前記第二のコンピュータが、前記第一のコンピュータより送信されたセクタ番号と前記データとを関連付けて記憶部に記憶する。
【解決手段】情報管理方法は、第一のコンピュータが、バックアップの開始指示に応じ、記憶媒体の所定のセクタに記憶されている構成情報に基づいて、前記記憶媒体のデータ領域に属するセクタのうち、有効なファイル又は有効なディレクトリに割り当てられているセクタを判定し、前記記憶媒体のセクタごとに、セクタ番号と当該セクタに記憶されているデータとをネットワークを介して接続される第二のコンピュータに送信する際に、前記データ領域に属するセクタに関しては、有効なファイル又は有効なディレクトリに割り当てられているセクタのセクタ番号と当該セクタに記憶されているデータとを前記第二のコンピュータに送信し、前記第二のコンピュータが、前記第一のコンピュータより送信されたセクタ番号と前記データとを関連付けて記憶部に記憶する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ管理方法及びデータ管理システムに関する。
【背景技術】
【０００２】
従来、コンピュータにおいて管理されているソフトウェア資源（プログラムやデータ等）に関しては、システム障害等の発生に備えてバックアップが行われる。例えば、業務サーバにインストールされているプログラムのファイルや、当該プログラムが使用又は生成するファイル等は、所定のタイミングでバックアップが行われる。バックアップの実行により、バックアップ対象のコンピュータのソフトウェア資源は、所定の記憶装置に記憶される。
【０００３】
バックアップされているソフトウェア資源は、バックアップ対象とされたコンピュータにおける障害の発生、又は当該コンピュータの負荷の増加等に応じて、当該コンピュータ又は他のコンピュータにリストア（復元）される。
【０００４】
従来、このような、ソフトウェア資源のバックアップ及びリストアは、ファイル単位で行われるのが主流であった。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０００−３５３１１８号公報
【特許文献２】特開平１０−５５２９８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
バックアップやリストアの性能は、コンピュータシステムの運用に大きく影響する。したがって、バックアップ処理やリストア処理の高速化が求められる。
【０００７】
しかしながら、ファイル単位でバックアップ及びリストアが行われる場合、ファイルの読み書きの際にＯＳ（Operating System）のファイルシステムの介在によるオーバーヘッドが生じ、性能を劣化させるという問題がある。
【０００８】
そこで、一側面では、ソフトウェア資源のバックアップ処理の迅速化を図ることを目的とする。
【課題を解決するための手段】
【０００９】
一つの案では、データ管理方法は、第一のコンピュータが、バックアップの開始指示に応じ、記憶媒体の所定のセクタに記憶されている当該記憶媒体の記憶内容の構成情報に基づいて、前記記憶媒体においてファイル又はディレクトリが記憶されるデータ領域に属するセクタのうち、有効なファイル又は有効なディレクトリに割り当てられているセクタを判定し、前記記憶媒体のセクタごとに、セクタ番号と当該セクタに記憶されているデータとをネットワークを介して接続される第二のコンピュータに送信する際に、前記データ領域に属するセクタに関しては、有効なファイル又は有効なディレクトリに割り当てられているセクタのセクタ番号と当該セクタに記憶されているデータとを前記第二のコンピュータに送信し、前記第二のコンピュータが、前記第一のコンピュータより送信されたセクタ番号と前記データとを関連付けて記憶部に記憶する。
【発明の効果】
【００１０】
一態様によれば、ソフトウェア資源のバックアップ処理の迅速化を図ることができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施の形態における情報管理システムの構成例を示す図である。
【図２】本発明の実施の形態における情報管理サーバのハードウェア構成例を示す図である。
【図３】本発明の実施の形態における情報管理システムの機能構成例を示す図である。
【図４】バックアップ処理の処理手順の一例を説明するためのシーケンス図である。
【図５】ネットワークブートの様子の一例を示す図である。
【図６】ハードディスクの論理構造の一例を示す図である。
【図７】ＭＢＲの構成例を示す図である。
【図８】ＰＢＲの構成例を示す図である。
【図９】ディレクトリエントリの構成例を示す図である。
【図１０】ハードディスクの構成情報の解析の様子の一例を示す図である。
【図１１】データインデックスの例を示す図である。
【図１２】セクタ情報の転送の様子の一例を示す図である。
【図１３】セクタ情報のバックアップファイルへの保存の様子の一例を示す図である。
【図１４】バックアップファイルの例を示す図である。
【図１５】バックアップデータのデータ構造の一例を示す図である。
【図１６】リストア処理の処理手順の一例を説明するためのシーケンス図である。
【図１７】欠番のセクタ番号の検出の様子の一例を示す図である。
【図１８】情報管理サーバ及び対象サーバにおけるプロセスの起動の様子の一例を示す図である。
【図１９】４つのプロセス間でセクタ情報が並列的に転送される様子の一例を示す図である。
【図２０】欠番のセクタ番号の検出及びセクタ番号の変更処理の処理手順の一例を説明するためのフローチャートである。
【発明を実施するための形態】
【００１２】
以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態における情報管理システムの構成例を示す図である。
【００１３】
図１の情報管理システム１において、情報管理サーバ１０と対象サーバ２０とは、ＬＡＮ（Local Area Network）又はインターネット等のネットワークを介して接続されている。当該ネットワークの一部又は全部において、無線通信が行われてもよい。
【００１４】
対象サーバ２０は、そのソフトウェア資源がバックアップ及びリストア対象とされるコンピュータである。対象サーバ２０の一例として、各種の業務サーバ、Ｗｅｂサーバ、又はデータベースサーバ等が挙げられる。また、ソフトウェア資源は、例えば、プログラム、プログラムが使用又は生成するデータ等、対象サーバ２０の記憶媒体（ハードディスク）に記憶されているあらゆるデータを含む。
【００１５】
情報管理サーバ１０は、対象サーバ２０のソフトウェア資源に関して、バックアップ及びリストア等に関する処理を制御するコンピュータである。情報管理サーバ１０は、また、対象サーバ２０のソフトウェア資源のバックアップ先及びリストア元としても機能する。但し、対象サーバ２０のソフトウェア資源のバックアップ先は、情報管理サーバ１０とは異なるコンピュータ又は記憶装置とされてもよい。
【００１６】
なお、対象サーバ２０と情報管理サーバ１０との関係は、必ずしも一対一でなくてもよい。一対多、多対一、又は多対多であってもよい。
【００１７】
図２は、本発明の実施の形態における情報管理サーバのハードウェア構成例を示す図である。図２の情報管理サーバ１０は、それぞれバスＢで相互に接続されているドライブ装置１００、補助記憶装置１０２、メモリ装置１０３、ＣＰＵ１０４、インタフェース装置１０５、表示装置１０６、及び入力装置１０７等を有する。
【００１８】
情報管理サーバ１０での処理を実現するプログラムは、記録媒体１０１によって提供される。プログラムを記録した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。
【００１９】
メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従って情報管理サーバ１０に係る機能を実現する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。表示装置１０６はプログラムによるＧＵＩ（Graphical User Interface）等を表示する。入力装置１０７はキーボード及びマウス等であり、様々な操作指示を入力させるために用いられる。
【００２０】
なお、記録媒体１０１の一例としては、ＣＤ−ＲＯＭ、ＤＶＤディスク、又はＵＳＢメモリ等の可搬型の記録媒体が挙げられる。また、補助記憶装置１０２の一例としては、ＨＤＤ（Hard Disk Drive）又はフラッシュメモリ等が挙げられる。記録媒体１０１及び補助記憶装置１０２のいずれについても、コンピュータ読み取り可能な記録媒体に相当する。
【００２１】
なお、対象サーバ２０も、図２と同様のハードウェア構成を有していてもよい。但し、入力装置１０７及び表示装置１０６等は、対象サーバ２０において必ずしも必要ではない。
【００２２】
図３は、本発明の実施の形態における情報管理システムの機能構成例を示す図である。図３において、情報管理サーバ１０は、命令受付部１１、ブート指示部１２、バックアップ受信部１３、欠番検出部１４、セクタ番号変更部１５、及びリストア送信部１６等を有する。これら各部は、情報管理サーバ１０にインストールされたプログラムが、ＣＰＵ１０４に実行させる処理により実現される。
【００２３】
命令受付部１１は、バックアップの実施命令又はリストアの実施命令等をユーザより受け付ける。ブート指示部１２は、バックアップ時及びリストア時において、対象サーバ２０をネットワークブートさせる。バックアップ受信部１３は、バックアップ時において、対象サーバ２０のハードディスクのセクタごとに、当該セクタのセクタ番号と、当該セクタに記憶されているデータとを含む情報（以下、「セクタ情報」という。）等を受信し、補助記憶装置１０２に保存する。欠番検出部１４は、補助記憶装置１０２に保存されたセクタ情報等に基づいて、欠番のセクタ番号を検出する。セクタ番号変更部１５は、補助記憶装置１０２に保存されたセクタ情報に関して、欠番のセクタ番号を埋めるためのセクタ番号の変更処理を実行する。リストア送信部１６は、リストア時において、補助記憶装置１０２に保存されているセクタ情報を対象サーバ２０に送信する。
【００２４】
一方、対象サーバ２０は、解析部２１、データインデックス送信部２２、有効性判定部２３、バックアップ送信部２４、リストア受信部２５、及び無効化部２６等を有する。
【００２５】
解析部２１は、バックアップ時において、対象サーバ２０のハードディスクの記憶内容を解析し、当該記憶内容の構成情報を示すテキストデータを生成する。当該デキストデータを、以下、「データインデックス」という。データインデックス送信部２２は、バックアップ時において、データインデックスを情報管理サーバ１０に送信する。有効性判定部２３は、対象サーバ２０のハードディスクに記憶されているファイル又はディレクトリに関して、有効性を判定する。バックアップ送信部２４は、バックアップ時において、対象サーバ２０のハードディスクのセクタごとにセクタ情報を情報管理サーバ１０に送信する。リストア受信部２５は、リストア時において、情報管理サーバ１０に保存されているセクタ情報を情報管理サーバ１０より受信する。無効化部２６は、リストア後において、対象サーバ２０のバードディスクにおいて使用されていないセクタを無効化する。
【００２６】
以下、情報管理システムにおいて実行される処理手順について説明する。図４は、バックアップ処理の処理手順の一例を説明するためのシーケンス図である。
【００２７】
ステップＳ１０１において、情報管理サーバ１０の命令受付部１１は、例えば、入力装置１０７を介して、バックアップ実施命令の入力をユーザより受け付ける。バックアップ実施命令は、ネットワークを介して受信されてもよい。バックアップ実施命令には、例えば、バックアップ対象の対象サーバ２０の識別情報等を含む。
【００２８】
続いて、ブート指示部１２は、例えば、補助記憶装置１０２に記憶されているブートイメージを対象サーバ２０に送信し、対象サーバ２０をネットワークブートによって起動させる（Ｓ１０２）。
【００２９】
図５は、ネットワークブートの様子の一例を示す図である。図５では、情報管理サーバ１０から対象サーバ２０に対してブートイメージが転送され、当該ブートイメージに含まれている小規模ＯＳ（Operating System）が起動されている様子が示されている。すなわち、対象サーバ２０は、ネットワークブートによる起動の過程において、受信されたブートイメージに含まれており、対象サーバ２０のメモリ装置に展開される小規模なＯＳを起動する。当該小規模ＯＳは、バックアップ対象となるデータが記憶されているハードディスクの内容を書き換えることはないため、安全にバックアップを実行することができるからである。したがって、対象サーバ２０を、図３において説明した各部として機能させるプログラムも、当該小規模ＯＳ上において実行される。
【００３０】
対象サーバ２０は、ネットワークブートによる起動が完了すると、その完了を示す応答を情報管理サーバ１０に返信する（Ｓ１０３）。
【００３１】
当該応答の受信に応じ、情報管理サーバ１０のバックアップ受信部１３は、バックアップ時におけるデータ受信用のプロセスを一つ起動させる（Ｓ１０４）。当該プロセスは、起動に応じ、データの受信を待機する。以下、バックアップ受信部１３というとき、当該プロセスのことをいう。
【００３２】
一方、対象サーバ２０の解析部２１は、起動の完了の応答が送信された後に、対象サーバ２０のハードディスクにおける所定のセクタに記憶されている、ハードディスクの記憶内容の構成情報を示すデータを読み込む（Ｓ１０５）。続いて、解析部２１は、読み込んだセクタに記憶されているデータを解析することにより、ハードディスクの記憶内容の構成情報を把握する（Ｓ１０６）。
【００３３】
セクタとは、ハードディスクに対する最小の記録単位をいい、通常は５１２バイトのサイズを有する。なお、ＯＳによるファイルの記録は、セクタの所定数の集合である、クラスタと呼ばれる単位で行われる。
【００３４】
図６は、ハードディスクの論理構造の一例を示す図である。なお、図６に示される論理構造は、便宜上適宜省略されており、必ずしも、論理構造を厳密に示すものではない。また、本実施の形態では、ＦＡＴファイルシステムを例とするが、他のファイルシステムに関しては、ＦＡＴファイルシステムと異なる点を、当該他のファイルシステムに対応するように置換させて、本実施の形態が適用されればよい。
【００３５】
図６に示されるように、ハードディスクの先頭のセクタは、ＭＢＲ（Master Boot Record：マスタブートレコード）と呼ばれる。ＭＢＲは、図７に示されるような構成を有する。
【００３６】
図７は、ＭＢＲの構成例を示す図である。ＭＢＲの構成は、公知の仕様であるため、本実施の形態において必要となる部分について説明する。
【００３７】
図７に示されるように、ＭＢＲは、パーティションごとにパーティションテーブルを含む。各パーティションテーブルには、対応するパーティションに関する情報として、パーティション開始位置又は開始セクタ番号等が記憶されている。したがって、ＭＢＲを参照することで、ハードディスク上における各パーティションの開始位置を把握することができる。なお、パーティションとは、一つのハードディスクが論理的に分割された単位をいう。また、本実施の形態では、４つのパーティションが形成された例が示されているが、本実施の形態の適用範囲は、パーティションの数には依存しない。
【００３８】
図６に戻る。各パーティションは、ＰＢＲ、ＦＡＴ領域、ルートディレクトリエントリ、及びデータ領域等を含む。ＰＢＲ（Partition Boot Record：パーティションブートレコード）は、パーティションの先頭セクタであり、パーティションの構造を示す情報が記憶される。
【００３９】
図８は、ＰＢＲの構成例を示す図である。ＰＢＲの構成は、公知の仕様であるため、本実施の形態において必要となる部分について説明する。
【００４０】
図８において、ディスクパラメータが、パーティションの構造を示す情報に相当する。ディスクパラメータは、ＢＰＢ（BIOS Parameter Block）とも呼ばれ、例えば、１クラスタ当たりのセクタ数、１つのＦＡＴ（File Allocation Table）が占有するセクタ数、及びＦＡＴの数等を記憶する。
【００４１】
したがって、ディスクパラメータを参照することで、ＦＡＴに続くルートディレクトリエントリの開始位置が把握すされる。また、ルートディレクトリエントリのサイズは固定であるため、ルートディレクトリエントリに続くデータ領域の開始位置等も把握される。
【００４２】
図６に戻る。ＦＡＴ領域は、ＦＡＴが記憶された領域である。ここでいうＦＡＴは、ファイルシステム全体のことではなく、二つのクラスタ番号の対応表をいう。例えば、或るファイルが４、７、１０の三つのクラスタに跨って記憶されているとする。ここで、４、７、１０は、クラスタ番号である。このように、一つのファイルに割り当てられるクラスタは、必ずしも連続しているとは限らない。ＦＡＴにおいて、当該ファイルの先頭のクラスタ番号である４には、次のクラスタのクラスタ番号である７が対応付けられる。クラスタ番号７には、更に次のクラスタであるクラスタ番号１０が対応付けられる。クラスタ番号１０には、ファイルの終端であることを示す情報が対応付けられる。なお、当該ファイルの先頭のクラスタ番号は、ルートディレクトリエントリ及びデータ領域に記憶されている、ファイルシステムにおけるファイル及びディレクトリのツリー構造等を示す情報（ディレクトリエントリの集合）に基づいて特定することが可能である。ディレクトリエントリとは、ファイル又はディレクトリの属性情報を含むデータをいい、ファイル毎又はディレクトリ毎に存在する。
【００４３】
図９は、ディレクトリエントリの構成例を示す図である。ディレクトリエントリの構成は、公知の仕様であるため、本実施の形態において必要となる部分について説明する。
【００４４】
図９に示されるように、ディレクトリエントリには先頭クラスタ番号が含まれる。先頭クラスタ番号は、上記したように、ディレクトリエントリに対応するファイル又はディレクトリが記憶されている先頭のクラスタのクラスタ番号である。
【００４５】
図６に戻る。ルートディレクトリエントリは、パーティションのルートディレクトリの直下のファイル又はディレクトリのディレクトリエントリ等を記憶する領域である。
【００４６】
データ領域は、ファイルに格納されるデータ本体や、各サブディレクトリ及び各ファイルのディレクトリエントリ等を記憶する領域である。データ領域において、各サブディレクトリが記憶される領域には、当該サブディレクトリの直下のファイル又はディレクトリのディレクトリエントリ等が記憶される。
【００４７】
上記したステップＳ１０５及びＳ１０６では、ＭＢＲ及び各パーティションのＰＢＲが所定のセクタとして読み込まれ、解析される。解析部２１は、解析結果としての、ハードディスクの記憶内容の構成情報をデキスト化したデータインデックスを、例えば、対象サーバ２０のメモリ装置に記憶する。
【００４８】
図１０は、ハードディスクの構成情報の解析の様子の一例を示す図である。図１０では、対象サーバ２０のハードディスクの所定のセクタ（ＭＢＲ及びＰＢＲ等）が読み込まれ、当該セクタの解析結果が、データインデックスとして生成される様子が示されている。
【００４９】
図１１は、データインデックスの例を示す図である。データインデックスは、ＭＢＲ情報ｄ１、ＰＢＲ情報ｄ２、及びＤａｔａ情報ｄ３等を含む。
【００５０】
ＭＢＲ情報ｄ１は、ＭＢＲに記憶されているパーティションテーブルごとに、当該パーティションテーブルのアドレス（セクタ番号）を含む。図１１において、各パーティションテーブルのアドレスは、「ｐａｒｔｉｔｉｏｎｔａｂｌｅＮ：：＜セクタ番号＞」の形式で示されている。
【００５１】
ＰＢＲ情報ｄ２は、パーティションごとに、当該パーティションの開始アドレス（セクタ番号）を含む。図１１において、各パーティションのアドレスは、「ｐａｒｔｉｔｉｏｎＮ：：＜セクタ番号＞」の形式で示されている。なお、各パーティションのアドレスは、パーティションテーブルより取得可能である。
【００５２】
Ｄａｔａ情報ｄ３は、パーティションごとに、当該パーティションのＦＡＴ領域の開始アドレス（セクタ番号）、ルートディレクトリエントリの開始アドレス（セクタ番号）、及びデータ領域の開始アドレス（セクタ番号）等を含む。図１１において、ＦＡＴ領域の開始アドレスは、「ＦＡＴ：：＜セクタ番号＞」の形式で示されている。ルートディレクトリエントリの開始アドレスは、「ｒｏｏｔｄｉｒｅｃｔｏｒｙ：：＜セクタ番号＞」の形式で示されている。データ領域の開始アドレスは、「ｄａｔａａｒｅａ：：＜セクタ番号＞」の形式で示されている。なお、各開始アドレスは、各パーティションのＰＢＲを解析することにより取得可能である。
【００５３】
続いて、バックアップ送信部２４は、データインデックスを情報管理サーバ１０に送信する（Ｓ１０７）。情報管理サーバ１０のバックアップ受信部１３は、データインデックスを受信すると、当該データインデックスを、メモリ装置１０３又は補助記憶装置１０２に記憶する。続いて、バックアップ受信部１３は、データインデックスの受信の完了を示す応答を、対象サーバ２０に返信する（Ｓ１０８）。
【００５４】
続いて、対象サーバ２０の有効性判定部２３は、ハードディスクに記憶されている各ファイル又は各ディレクトリの有効性を判定して、有効なファイル又は有効なディレクトリを特定する（Ｓ１０９）。各ファイル又は各ディレクトリの有効性とは、ＯＳから見た場合に、ファイル又はディレクトリが有効であること、すなわち、削除されていないことをいう。
【００５５】
通常、ファイル又はディレクトリの削除が行われた場合、当該ファイル又は当該ディレクトリの本体又は実体は、完全には削除されず、無効であることを示す情報、すなわち、削除されたことを示す情報が、削除されたファイル又はディレクトリに関連付けられて記録される。したがって、ステップＳ１０９では、各ファイル又は各ディレクトリに関して、無効であることを示す情報が記録されているか否かに基づいて、各ファイル又は各ディレクトリの有効性が判定される。
【００５６】
例えば、無効であるファイル又はディレクトリには、当該ファイル又は当該ディレクトリに対応するディレクトリエントリ（図９）の先頭の１バイトに０ｘＥ５が記録される。したがって、有効性判定部２３は、各ファイル又は各ディレクトリに対応するディレクトリエントリの先頭の１バイトを参照することにより、それぞれの有効性を判定する。なお、各ファイル又は各ディレクトリのディレクトリエントリは、ルートディレクトリエントリに記憶されているディレクトリエントリに基づいて、ディレクトリ構造を辿ることにより、取得することができる。このような、各ファイル又は各ディレクトリのディレクトリエントリを取得するための処理は、ＯＳによって行われている公知の手順であるため、その詳細については省略する。
【００５７】
続いて、バックアップ送信部２４は、対象サーバ２０のバードディスクの記憶内容をセクタ単位で示すセクタ情報を、情報管理サーバ１０に送信する（Ｓ１１０）。上記したように、セクタ情報には、当該セクタのセクタ番号と、当該セクタ内に記憶されているデータとが含まれる。
【００５８】
図１２は、セクタ情報の転送の様子の一例を示す図である。図１２では、セクタ番号と、セクタ内に記憶されているデータとを含むセクタ情報が、セクタ単位で（セクタごとに）転送される様子が示されている。
【００５９】
セクタ情報の送信に際し、バックアップ送信部２４は、各パーティションのデータ領域に属するセクタに関しては、送信対象を、有効なファイル又は有効なディレクトリに割り当てられているセクタに限定する。有効なファイル又は有効なディレクトリに割り当てられているセクタは、次のように特定することができる。すなわち、有効なファイル又は有効なディレクトリのディレクトリエントリ（図９）の先頭クラスタ番号を参照することにより、当該ファイル又はディレクトリの先頭のクラスタ番号を特定する。続いて、先頭のクラスタ番号に対してＦＡＴに対応付けられているクラスタ番号を芋づる式に取得することにより、当該ファイル又はディレクトリに割り当てられている全てのクラスタ番号を特定する。続いて、当該クラスタ番号に係るクラスタに含まれるセクタのセクタ番号を、公知の方法によって特定することにより、有効なファイル又は有効なディレクトリに割り当てられているセクタを特定することができる。
【００６０】
送信対象のセクタ情報を、有効なファイル又は有効なディレクトリに割り当てられているセクタに係るセクタ情報に限定することにより、ハードディスクからのデータの読み込み時間の短縮や、バックアップのためのデータの転送時間の短縮等を期待することができる。
【００６１】
情報管理サーバ１０のバックアップ受信部１３は、受信されたセクタ情報を格納したファイルを補助記憶装置１０２に保存する（Ｓ１１１）。当該ファイルを、以下、「バックアップファイル」という。一つのセクタ情報の受信及び保存が完了すると、バックアップ受信部１３は、保存の完了を示す応答をバックアップ送信部２４に送信する（Ｓ１１２）。
【００６２】
ステップＳ１１０〜Ｓ１１２は、送信対象となる全てのセクタに関して転送が完了するまで繰り返し実行される。ステップＳ１１０〜Ｓ１１２の繰り返しの過程において、情報管理サーバ１０のバックアップ受信部１３は、受信されたセクタ情報を、その受信順に４つのバックファイルに分散して保存する。
【００６３】
図１３は、セクタ情報のバックアップファイルへの保存の様子の一例を示す図である。本実施の形態では、４つのバックファイルのファイル名を、ｂａｃｋｕｐｆｉｌｅ０〜３とする。ｂａｃｋｕｐｆｉｌｅ０には、受信された順番の４の剰余が０であるセクタ情報が格納される。ｂａｃｋｕｐｆｉｌｅ１には、受信された順番の４の剰余が１であるセクタ情報が格納される。ｂａｃｋｕｐｆｉｌｅ２には、受信された順番の４の剰余が２であるセクタ情報が格納される。ｂａｃｋｕｐｆｉｌｅ３には、受信された順番の４の剰余が３であるセクタ情報が格納される。
【００６４】
図１４は、バックアップファイルの例を示す図である。図１４には、ｂａｃｋｕｐｆｉｌｅ０〜３の４つのバックファイルについて、格納されている情報の一例が示されている。各バックアップファイルには、セクタ単位に、セクタ番号とデータとを含むセクタ情報が格納されている。
【００６５】
なお、バックアップファイルの数は、必ずしも４つでなくてもよい。
【００６６】
送信対象となる全てのセクタに関してセクタ情報の転送が完了すると、情報管理サーバ１０の補助記憶装置１０２には、例えば、図１５に示されるようなデータ構造によって、対象サーバ２０のバックアップデータが記憶される。
【００６７】
図１５は、バックアップデータのデータ構造の一例を示す図である。図１５では、バックアップデータ格納領域ルートディレクトリの下に、バックアップ処理ごとに、ｂａｃｋｕｐＸＸＸという名前のディレクトリが生成されることが示されている。ｂａｃｋｕｐＸＸＸの「ＸＸＸ」には、例えば、対象サーバ２０の識別情報や、バックアップ処理が実行された日時等が含まれる。
【００６８】
ｂａｃｋｕｐＸＸＸディレクトリの下には、当該バックアップ処理に係るバックアップファイル及びデータインデックス（ｄａｔａｉｎｄｅｘ．ｔｘｔ）が保存される。
【００６９】
なお、送信対象となる全てのセクタに関してセクタ情報の保存が完了すると、命令受付部１１は、バックアップ処理の完了を示すメッセージ等を、表示装置１０６に表示させる（Ｓ１１３）。
【００７０】
続いて、情報管理サーバ１０にバックアップされたバックアップデータのリストア処理について説明する。図１６は、リストア処理の処理手順の一例を説明するためのシーケンス図である。
【００７１】
ステップＳ２０１において、情報管理サーバ１０の命令受付部１１は、例えば、入力装置１０７を介して、リストア実施命令の入力をユーザより受け付ける。リストア実施命令は、ネットワークを介して受信されてもよい。リストア実施命令には、例えば、リストア先の対象サーバ２０の識別情報等を含む。
【００７２】
続いて、欠番検出部１４は、リストア実施命令に指定された対象サーバ２０の識別情報に対応するｂａｃｋｕｐＸＸＸディレクトリに格納されている、バックアップファイル及びデータインデックス等を解析して、欠番のセクタ番号を検出又は特定する（Ｓ２０２）。欠番のセクタ番号とは、バックアップデータにおいて、当該セクタ番号が欠けていることにより、セクタ番号に不連続を発生させているセクタ番号をいう。例えば、４つのバックアップファイルに格納されているセクタ番号を昇順に並べた場合に、１、２、４、５・・・である場合、３が欠番のセクタ番号である。すなわち、欠番のセクタ番号は、例えば、４つのバックアップファイルに格納されているセクタ番号を昇順又は降順に整列する（ソートする）ことにより、検出することができる。
【００７３】
図１７は、欠番のセクタ番号の検出の様子の一例を示す図である。図１７では、４つのバックアップファイル及びデータインデックス等を解析することにより、欠番が検出されている例が示されている。すなわち、図１７のセクタ番号の分布において、網掛けが施されていない部分が、欠番を示す。なお、本実施の形態では、対象サーバ２０の各パーティションのデータ領域に関して、有効なファイル又は有効なディレクトリに割り当てられているセクタにバックアップの対象が限定されているため、セクタ番号の欠番が発生する可能性が高い。
【００７４】
続いて、セクタ番号変更部１５は、有効なセクタ番号を欠番となっているセクタ番号に変更することにより、セクタ番号の不連続を解消する（Ｓ２０３）。具体的には、バックアップファイルにおける一部のセクタ番号が欠番のセクタ番号に変更される。例えば、変更前のセクタ番号が、「１、２、４、５」である場合、５が３に変更されて「１、２、３，４」とされる。
【００７５】
続いて、ブート指示部１２は、例えば、補助記憶装置１０２に記憶されているブートイメージを対象サーバ２０に送信し、対象サーバ２０をネットワークブートによって起動させる（Ｓ２０４）。対象サーバ２０は、ネットワークブートによる起動が完了すると、その完了を示す応答を情報管理サーバ１０に返信する（Ｓ２０５）。
【００７６】
続いて、対象サーバ２０のリストア受信部２５は、バックアップデータの受信用の４つのプロセスａ、ｂ、ｃ、及びｄを起動し、情報管理サーバ１０からのバックアップデータの受信を待機する（Ｓ２０７）。
【００７７】
一方、情報管理サーバ１０のリストア送信部１６は、ネットワークブートによる起動の完了を示す応答が受信されると、バックアップデータの送信用の４つのプロセスＡ、Ｂ、Ｃ、及びＤを起動する（Ｓ２０８）。
【００７８】
図１８は、情報管理サーバ及び対象サーバにおけるプロセスの起動の様子の一例を示す図である。
【００７９】
図１８では、対象サーバ２０において、プロセスａ、ｂ、ｃ、及びｄの４つのプロセスが起動された状態が示されている。また、情報管理サーバ１０において、プロセスＡ、Ｂ、Ｃ、及びＤの４つのプロセスが起動された状態が示されている。すなわち、対象サーバ２０と情報管理サーバ１０とでは、同数のプロセスが起動される。
【００８０】
なお、対象サーバ２０及び情報管理サーバ１０において起動されるプロセスの数は、例えば、バックアップファイルの数に一致する。すなわち、本実施の形態では、バックアップファイルが４つ生成されるため、それぞれに対応する４つのプロセスが起動される。したがって、バックアップファイルの数が４つ以外である場合、ステップＳ２０７及びＳ２０８では、当該バックアップファイルの数に応じた数のプロセスが起動されればよい。
【００８１】
但し、対象サーバ２０及び情報管理サーバ１０において起動されるプロセスの数は、必ずしも、バックアップファイルの数に一致していなくてもよい。例えば、対象サーバ２０及び情報管理サーバ１０において、２つのプロセスが起動され、各プロセスは、相互に異なる２つのバックアップファイルに関する転送を担当してもよい。
【００８２】
続いて、情報管理サーバ１０のプロセスＡ〜Ｄは、並列的に、各プロセスに対応するバックアップファイルに格納されているセクタ情報を、対象サーバ２０におけるプロセスａ〜ｄに送信する（Ｓ２０８）。
【００８３】
図１９は、４つのプロセス間でセクタ情報が並列的に転送される様子の一例を示す図である。
【００８４】
例えば、プロセスＡは、ｂａｃｋｕｐｆｉｌｅ０に格納されているセクタ情報を、プロセスａが開設しているポート宛に送信する。また、プロセスＢは、ｂａｃｋｕｐｆｉｌｅ１に格納されているセクタ情報を、プロセスｂが開設しているポート宛に送信する。プロセスＣは、ｂａｃｋｕｐｆｉｌｅ２に格納されているセクタ情報を、プロセスｃが開設しているポート宛に送信する。プロセスＤは、ｂａｃｋｕｐｆｉｌｅ３に格納されているセクタ情報を、プロセスｄが開設しているポート宛に送信する。
【００８５】
対象サーバ２０のプロセスａ、ｂ、ｃ、及びｄは、情報管理サーバ１０から送信されたセクタ情報を受信すると、受信したセクタ情報に含まれているセクタ番号に係る、対象サーバ２０のハードディスクのセクタに、受信したセクタ情報に含まれているデータを書き込む（Ｓ２０９）。続いて、プロセスａ、ｂ、ｃ、及びｄは、データの書き込みの完了を示す応答をプロセスＡ、Ｂ、Ｃ、又はＤに返信する。（Ｓ２１０）。
【００８６】
ステップＳ２０８〜Ｓ２１０は、リストア対象のパックアップファイルに格納されている全てのセクタ情報に関して転送が完了するまで繰り返し実行される。全てのセクタ情報に関して転送が完了すると、対象サーバ２０の無効化部２６は、書き込み対象とされなかったセクタのデータを無効化する。
【００８７】
一方、情報管理サーバ１０の、命令受付部１１は、全てのセクタ情報に関して転送が完了すると、リストア処理の完了を示すメッセージ等を、表示装置１０６に表示させる（Ｓ２１１）。
【００８８】
続いて、図１６のステップＳ２０２及びＳ２０３の詳細について説明する。図２０は、欠番のセクタ番号の検出及びセクタ番号の変更処理の処理手順の一例を説明するためのフローチャートである。
【００８９】
ステップＳ３０１において、欠番検出部１４は、リストア対象に係るデータインデックス（図１１）を読み込む。続いて、欠番検出部１４は、読み込んだデータインデックスのＤａｔａ情報ｄ３を解析する（Ｓ３０２）。Ｄａｔａ情報ｄ３の解析により、パーティションの数、各パーティションのＦＡＴ領域の開始アドレス、ルートディレクトリエントリの開始アドレス、及びデータ領域の開始アドレスが特定される。
【００９０】
続く、ステップＳ３０４以降は、パーティションごとに実行される（Ｓ３０３）。処理対象とされているパーティションを、以下、「対象パーティション」という。
【００９１】
ステップＳ３０４において、欠番検出部１４は、対象パーティションに関して、欠番のセクタ番号を検出し、欠番のリストを生成する。対象パーティションに関する欠番のセクタ番号の検出は、例えば、次のように実行することができる。
【００９２】
まず、対象パーティションに属するセクタ番号を特定すべく、対象パーティションのルートディレクトリエントリの開始アドレスとしてのセクタ番号に係るセクタ情報が、バックアップファイルから取得され、当該セクタ情報に含まれているデータが解析される。その結果、対象パーティションのルートディレクトリの直下のディレクトリエントリ（図９）が取得される。当該ディレクトリエントリに基づいて、当該ルートディレクトリ下に存在するディレクトリ及びファイルのディレクトリエントリが芋づる式に取得される。続いて、取得された各ディレクトリエントリの先頭クラスタ番号と、対象パーティションのＦＡＴとに基づいて、対象パーティションの各ファイル又はディレクトリに割り当てられているクラスタが特定される。特定されたクラスタに属するセクタ番号が、対象パーティションに属するセクタである。なお、クラスタに属するセクタ番号は、公知の方法によって特定可能である。特定されたセクタ番号を、降順又は昇順に整列することにより、欠番のセクタ番号が検出される。
【００９３】
続いて、セクタ番号変更部１５は、ステップＳ３０６以降を、欠番のセクタ番号の数だけ繰り返す（Ｓ３０５）。以下、処理対象とされた欠番を「対象欠番」という。
【００９４】
ステップＳ３０６において、セクタ番号変更部１５は、対象欠番の直前のセクタ番号のセクタ（以下、「直前セクタ」という。）のデータを、バックアップファイルより取得する。例えば、対象欠番が４であれば、セクタ番号が３であるセクタのデータが、当該セクタ番号を含むバックアップファイルより取得される。
【００９５】
続いて、セクタ番号変更部１５は、取得されたデータを参照して、直前セクタが、ファイル又はディレクトリの終端であるか否かを判定する（Ｓ３０７）。すなわち、当該データに、ファイル又はディレクトリの終端を示す情報が含まれていれば、直前セクタは、ファイル又はディレクトリの終端であると判定される。
【００９６】
直前セクタがファイル又はディレクトリの終端でない場合（Ｓ３０７でＮｏ）、セクタ番号変更部１５は、対象パーティションのＦＡＴに基づいて、直前セクタが属するクラスタの次のクラスタを特定し、特定されたクラスタの先頭のセクタのセクタ番号を特定する（Ｓ３０８）。直前セクタが属するクラスタの次のクラスタとは、直前セクタが属するクラスタと同一ファイルに割り当てられており、その割り当て順が、直前セクタが属するクラスタの次であるクラスタをいう。上記したように、２以上のクラスタに跨るファイルに関して、ＦＡＴには、前のクラスタのクラスタ番号に対して、次のクラスタのクラスタ番号が対応付けられている。
【００９７】
続いて、セクタ番号変更部１５は、ステップＳ３０８において特定されたセクタ番号を含むバックアップファイルにおいて、当該セクタ番号を、欠番の値に書き換える（Ｓ３０９）。続いて、セクタ番号変更部１５は、対象パーティションのＦＡＴにおいて、欠番に書き換えられたセクタ番号に対応するクラスタ番号を、欠番に変更後のクラスタ番号に書き換える（Ｓ３１０）。すなわち、ＦＡＴに記録されている、クラスタ番号の対応関係が、ステップＳ３０９におけるセクタ番号の変更に整合するように変更される。なお、対象パーティションのＦＡＴは、バックアップファイルに格納されているセクタ情報のうち、対象パーティションのＦＡＴ領域の開始アドレスとしてのセクタ番号に係るセクタ情報のデータに含まれている。
【００９８】
続いて、セクタ番号変更部１５は、ステップＳ３０４において生成された欠番のリストを更新する（Ｓ３１１）。すなわち、欠番に書き換えられたセクタ番号が、新たな欠番として、当該リストに追加される。
【００９９】
一方、直前セクタがファイル又はディレクトリの終端である場合（Ｓ３０７でＹｅｓ）、セクタ番号の変更は行われない。この場合、当該ファイル又はディレクトリとは別のファイル又はディレクトリの先頭に割り当てられているセクタのセクタ番号が変更されることになる。そうすると、先頭のセクタ番号が変更されたファイル又はディレクトリに対するディレクトリエントリの先頭クラスタ番号の書き換え等も必要とされ、処理負荷が高くなるからである。但し、斯かる処理負荷が許容される場合、直前セクタがファイルの終端であるか否かを問わず、ステップＳ３０８〜Ｓ３１１が実行されてもよい。
【０１００】
なお、図２０の処理は、リストアの実行時に行われなくてもよい。例えば、情報管理サーバ１０へのバックアップデータの保存後、任意のタイミングでバッチ的に行われてもよい。
【０１０１】
上述したように、本実施の形態によれば、バックアップ時及びリストア時におけるデータの転送は、セクタ単位で行われるため、ファイルシステムをデータへのアクセスに関してファイルシステムを経由する必要はない。したがって、ファイルシステムを経由することによるオーバーヘッドを抑制することができる。また、データ領域に属するセクタに関して、バックアップ対象は、有効なファイル又は有効なディレクトリに割り当てられているセクタに限定されるため、バックアップ時及びリストア時におけるデータの転送量等を削減することができる。上記の結果、バックアップ処理及びリストア処理の性能の向上（
処理の迅速化）を期待することができる。
【０１０２】
また、リストア時においては、欠番のセクタ番号が埋められた後にセクタ情報が転送される。したがって、対象サーバ２０においては、連続したセクタに対して書き込める可能性を高めることができ、その結果として、リストア処理の性能の向上を期待することができる。また、リストア後におけるファイルへのアクセス速度の向上も期待することができる。
【０１０３】
また、セクタのサイズは、ファイルと異なり一定であるため、複数のプロセス間で並列的にリストアを行う場合、各プロセスの負荷を略均一化することができる。換言すれば、当該負荷の差を小さくすることができる。
【０１０４】
なお、リストア時においてバックアップデータの転送用に情報管理サーバ１０及び対象サーバ２０において起動されるプロセスは、複数でなくてもよい。この場合、バックアップ時において、バックアップファイルは、一つだけ生成されてもよい。但し、リストア時において、情報管理サーバ１０及び対象サーバ２０において複数のプロセスが起動され、複数のプロセス間において並列的にバックアップデータが転送されることにより、リストア処理の処理性能の向上を期待することができる。
【０１０５】
また、データインデックスは、必ずしも対象サーバ２０において生成され、情報管理サーバ１０に転送されなくてもよい。すなわち、データインデックスに含まれる情報は、情報管理サーバ１０において、バックアップファイルより抽出されてもよい。バックアップファイルには、対象サーバ２０のハードディスクに記憶されていたデータが記憶されている。したがって、情報管理サーバ１０は、バックアップファイルに記憶されているデータを解析することにより、データインデックスに相当する情報を得ることができる。
【０１０６】
なお、本実施の形態において、情報管理サーバ１０は、第二のコンピュータの一例である。対象サーバ２０は、第一のコンピュータの一例である。有効性判定部２１は、判定部の一例である。バックアップ送信部２４は、第一の送信部の一例である。補助記憶装置１０２は、記憶部の一例である。
【０１０７】
以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【０１０８】
以上の説明に関し、更に以下の項を開示する。
（付記１）
第一のコンピュータが、
バックアップの開始指示に応じ、記憶媒体の所定のセクタに記憶されている当該記憶媒体の記憶内容の構成情報に基づいて、前記記憶媒体においてファイル又はディレクトリが記憶されるデータ領域に属するセクタのうち、有効なファイル又は有効なディレクトリに割り当てられているセクタを判定し、
前記記憶媒体のセクタごとに、セクタ番号と当該セクタに記憶されているデータとをネットワークを介して接続される第二のコンピュータに送信する際に、前記データ領域に属するセクタに関しては、有効なファイル又は有効なディレクトリに割り当てられているセクタのセクタ番号と当該セクタに記憶されているデータとを前記第二のコンピュータに送信し、
前記第二のコンピュータが、
前記第一のコンピュータより送信されたセクタ番号と前記データとを関連付けて記憶部に記憶するデータ管理方法。
（付記２）
前記第二のコンピュータが、
前記記憶部に記憶されているセクタ番号のうち、欠番のセクタ番号を検出し、
前記記憶部に記憶されているセクタ番号のうち、前記欠番の直前のセクタ番号に係るセクタが割り当てられているファイルと同一のファイルに割り当てられているセクタのセクタ番号を、前記欠番のセクタ番号に変更し、
リストアの開始指示に応じ、前記第一のコンピュータに、前記記憶部に記憶されているセクタ番号と当該セクタ番号に関連付けられている前記データとを送信し、
前記第一のコンピュータが、
前記記憶媒体において、前記第二のコンピュータより送信されたセクタ番号に係るセクタに、当該セクタ番号と共に前記第二のコンピュータより送信された前記データを記録する付記１記載のデータ管理方法。
（付記３）
前記第二のコンピュータが前記記憶部に記憶する処理は、前記第一のコンピュータより送信された複数のセクタ番号と複数の前記データとを、複数のファイルに分散して保存し、
前記第二のコンピュータがセクタ番号と前記データとを送信する処理は、複数のプロセスを用いて、前記プロセス間で相互に異なる前記ファイルに保存されているセクタ番号と前記データとを並列的に前記第一のコンピュータに送信し、
前記第一のコンピュータが前記データを記録する処理は、前記第二のコンピュータと同数のプロセを用いて、前記第二のコンピュータより送信されたセクタ番号に係るセクタに、当該セクタ番号と共に前記第二のコンピュータより送信された前記データを並列的に記録する付記２記載のデータ管理方法。
（付記４）
バックアップの開始指示に応じ、記憶媒体の所定のセクタに記憶されている当該記憶媒体の記憶内容の構成情報に基づいて、前記記憶媒体においてファイル又はディレクトリが記憶されるデータ領域に属するセクタのうち、有効なファイル又は有効なディレクトリに割り当てられているセクタを判定する判定部と、
前記記憶媒体のセクタごとに、セクタ番号と当該セクタに記憶されているデータとをネットワークを介して接続される第二のコンピュータに送信する際に、前記データ領域に属するセクタに関しては、有効なファイル又は有効なディレクトリに割り当てられているセクタのセクタ番号と当該セクタに記憶されているデータとを前記第二のコンピュータに送信する第一の送信部とを有する第一のコンピュータと、
前記第一のコンピュータより送信されたセクタ番号と前記データとを関連付けて記憶する記憶部を有する第二のコンピュータとを含むデータ管理システム。
（付記５）
前記第二のコンピュータは、
前記記憶部に記憶されているセクタ番号のうち、欠番のセクタ番号を検出する検出部と、
前記記憶部に記憶されているセクタ番号のうち、前記欠番の直前のセクタ番号に係るセクタが割り当てられているファイルと同一のファイルに割り当てられているセクタのセクタ番号を、前記欠番のセクタ番号に変更する変更部と、
リストアの開始指示に応じ、前記第一のコンピュータに、前記記憶部に記憶されているセクタ番号と当該セクタ番号に関連付けられている前記データとを送信する第二の送信部とを有し、
前記第一のコンピュータは、
前記記憶媒体において、前記第二のコンピュータより送信されたセクタ番号に係るセクタに、当該セクタ番号と共に前記第二のコンピュータより送信された前記データを記録する記録部を有する付記４記載のデータ管理システム。
（付記６）
前記記憶部は、前記第一のコンピュータより送信された複数のセクタ番号と複数の前記データとを、複数のファイルに分散して保存し、
前記第二の送信部は、複数のプロセスを用いて、前記複数のプロセス間で相互に異なる前記ファイルに保存されているセクタ番号と前記データとを並列的に前記第一のコンピュータに送信し、
前記記録部は、前記第二の送信部と同数のプロセを用いて、前記第二のコンピュータより送信されたセクタ番号に係るセクタに、当該セクタ番号と共に前記第二のコンピュータより送信された前記データを並列的に記録する付記５記載のデータ管理システム。
【符号の説明】
【０１０９】
１ 情報管理システム
１０ 情報管理サーバ
１１ 命令受付部
１２ ブート指示部
１３ バックアップ受信部
１４ 欠番検出部
１５ セクタ番号変更部
１６ リストア送信部
２０ 対象サーバ
２１ 解析部
２２ データインデックス送信部
２３ 有効性判定部
２４ バックアップ送信部
２５ リストア受信部
２６ 無効化部
１００ ドライブ装置
１０１ 記録媒体
１０２ 補助記憶装置
１０３ メモリ装置
１０４ ＣＰＵ
１０５ インタフェース装置
１０６ 表示装置
１０７ 入力装置
Ｂ バス
【技術分野】
【０００１】
本発明は、データ管理方法及びデータ管理システムに関する。
【背景技術】
【０００２】
従来、コンピュータにおいて管理されているソフトウェア資源（プログラムやデータ等）に関しては、システム障害等の発生に備えてバックアップが行われる。例えば、業務サーバにインストールされているプログラムのファイルや、当該プログラムが使用又は生成するファイル等は、所定のタイミングでバックアップが行われる。バックアップの実行により、バックアップ対象のコンピュータのソフトウェア資源は、所定の記憶装置に記憶される。
【０００３】
バックアップされているソフトウェア資源は、バックアップ対象とされたコンピュータにおける障害の発生、又は当該コンピュータの負荷の増加等に応じて、当該コンピュータ又は他のコンピュータにリストア（復元）される。
【０００４】
従来、このような、ソフトウェア資源のバックアップ及びリストアは、ファイル単位で行われるのが主流であった。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０００−３５３１１８号公報
【特許文献２】特開平１０−５５２９８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
バックアップやリストアの性能は、コンピュータシステムの運用に大きく影響する。したがって、バックアップ処理やリストア処理の高速化が求められる。
【０００７】
しかしながら、ファイル単位でバックアップ及びリストアが行われる場合、ファイルの読み書きの際にＯＳ（Operating System）のファイルシステムの介在によるオーバーヘッドが生じ、性能を劣化させるという問題がある。
【０００８】
そこで、一側面では、ソフトウェア資源のバックアップ処理の迅速化を図ることを目的とする。
【課題を解決するための手段】
【０００９】
一つの案では、データ管理方法は、第一のコンピュータが、バックアップの開始指示に応じ、記憶媒体の所定のセクタに記憶されている当該記憶媒体の記憶内容の構成情報に基づいて、前記記憶媒体においてファイル又はディレクトリが記憶されるデータ領域に属するセクタのうち、有効なファイル又は有効なディレクトリに割り当てられているセクタを判定し、前記記憶媒体のセクタごとに、セクタ番号と当該セクタに記憶されているデータとをネットワークを介して接続される第二のコンピュータに送信する際に、前記データ領域に属するセクタに関しては、有効なファイル又は有効なディレクトリに割り当てられているセクタのセクタ番号と当該セクタに記憶されているデータとを前記第二のコンピュータに送信し、前記第二のコンピュータが、前記第一のコンピュータより送信されたセクタ番号と前記データとを関連付けて記憶部に記憶する。
【発明の効果】
【００１０】
一態様によれば、ソフトウェア資源のバックアップ処理の迅速化を図ることができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施の形態における情報管理システムの構成例を示す図である。
【図２】本発明の実施の形態における情報管理サーバのハードウェア構成例を示す図である。
【図３】本発明の実施の形態における情報管理システムの機能構成例を示す図である。
【図４】バックアップ処理の処理手順の一例を説明するためのシーケンス図である。
【図５】ネットワークブートの様子の一例を示す図である。
【図６】ハードディスクの論理構造の一例を示す図である。
【図７】ＭＢＲの構成例を示す図である。
【図８】ＰＢＲの構成例を示す図である。
【図９】ディレクトリエントリの構成例を示す図である。
【図１０】ハードディスクの構成情報の解析の様子の一例を示す図である。
【図１１】データインデックスの例を示す図である。
【図１２】セクタ情報の転送の様子の一例を示す図である。
【図１３】セクタ情報のバックアップファイルへの保存の様子の一例を示す図である。
【図１４】バックアップファイルの例を示す図である。
【図１５】バックアップデータのデータ構造の一例を示す図である。
【図１６】リストア処理の処理手順の一例を説明するためのシーケンス図である。
【図１７】欠番のセクタ番号の検出の様子の一例を示す図である。
【図１８】情報管理サーバ及び対象サーバにおけるプロセスの起動の様子の一例を示す図である。
【図１９】４つのプロセス間でセクタ情報が並列的に転送される様子の一例を示す図である。
【図２０】欠番のセクタ番号の検出及びセクタ番号の変更処理の処理手順の一例を説明するためのフローチャートである。
【発明を実施するための形態】
【００１２】
以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態における情報管理システムの構成例を示す図である。
【００１３】
図１の情報管理システム１において、情報管理サーバ１０と対象サーバ２０とは、ＬＡＮ（Local Area Network）又はインターネット等のネットワークを介して接続されている。当該ネットワークの一部又は全部において、無線通信が行われてもよい。
【００１４】
対象サーバ２０は、そのソフトウェア資源がバックアップ及びリストア対象とされるコンピュータである。対象サーバ２０の一例として、各種の業務サーバ、Ｗｅｂサーバ、又はデータベースサーバ等が挙げられる。また、ソフトウェア資源は、例えば、プログラム、プログラムが使用又は生成するデータ等、対象サーバ２０の記憶媒体（ハードディスク）に記憶されているあらゆるデータを含む。
【００１５】
情報管理サーバ１０は、対象サーバ２０のソフトウェア資源に関して、バックアップ及びリストア等に関する処理を制御するコンピュータである。情報管理サーバ１０は、また、対象サーバ２０のソフトウェア資源のバックアップ先及びリストア元としても機能する。但し、対象サーバ２０のソフトウェア資源のバックアップ先は、情報管理サーバ１０とは異なるコンピュータ又は記憶装置とされてもよい。
【００１６】
なお、対象サーバ２０と情報管理サーバ１０との関係は、必ずしも一対一でなくてもよい。一対多、多対一、又は多対多であってもよい。
【００１７】
図２は、本発明の実施の形態における情報管理サーバのハードウェア構成例を示す図である。図２の情報管理サーバ１０は、それぞれバスＢで相互に接続されているドライブ装置１００、補助記憶装置１０２、メモリ装置１０３、ＣＰＵ１０４、インタフェース装置１０５、表示装置１０６、及び入力装置１０７等を有する。
【００１８】
情報管理サーバ１０での処理を実現するプログラムは、記録媒体１０１によって提供される。プログラムを記録した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。
【００１９】
メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従って情報管理サーバ１０に係る機能を実現する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。表示装置１０６はプログラムによるＧＵＩ（Graphical User Interface）等を表示する。入力装置１０７はキーボード及びマウス等であり、様々な操作指示を入力させるために用いられる。
【００２０】
なお、記録媒体１０１の一例としては、ＣＤ−ＲＯＭ、ＤＶＤディスク、又はＵＳＢメモリ等の可搬型の記録媒体が挙げられる。また、補助記憶装置１０２の一例としては、ＨＤＤ（Hard Disk Drive）又はフラッシュメモリ等が挙げられる。記録媒体１０１及び補助記憶装置１０２のいずれについても、コンピュータ読み取り可能な記録媒体に相当する。
【００２１】
なお、対象サーバ２０も、図２と同様のハードウェア構成を有していてもよい。但し、入力装置１０７及び表示装置１０６等は、対象サーバ２０において必ずしも必要ではない。
【００２２】
図３は、本発明の実施の形態における情報管理システムの機能構成例を示す図である。図３において、情報管理サーバ１０は、命令受付部１１、ブート指示部１２、バックアップ受信部１３、欠番検出部１４、セクタ番号変更部１５、及びリストア送信部１６等を有する。これら各部は、情報管理サーバ１０にインストールされたプログラムが、ＣＰＵ１０４に実行させる処理により実現される。
【００２３】
命令受付部１１は、バックアップの実施命令又はリストアの実施命令等をユーザより受け付ける。ブート指示部１２は、バックアップ時及びリストア時において、対象サーバ２０をネットワークブートさせる。バックアップ受信部１３は、バックアップ時において、対象サーバ２０のハードディスクのセクタごとに、当該セクタのセクタ番号と、当該セクタに記憶されているデータとを含む情報（以下、「セクタ情報」という。）等を受信し、補助記憶装置１０２に保存する。欠番検出部１４は、補助記憶装置１０２に保存されたセクタ情報等に基づいて、欠番のセクタ番号を検出する。セクタ番号変更部１５は、補助記憶装置１０２に保存されたセクタ情報に関して、欠番のセクタ番号を埋めるためのセクタ番号の変更処理を実行する。リストア送信部１６は、リストア時において、補助記憶装置１０２に保存されているセクタ情報を対象サーバ２０に送信する。
【００２４】
一方、対象サーバ２０は、解析部２１、データインデックス送信部２２、有効性判定部２３、バックアップ送信部２４、リストア受信部２５、及び無効化部２６等を有する。
【００２５】
解析部２１は、バックアップ時において、対象サーバ２０のハードディスクの記憶内容を解析し、当該記憶内容の構成情報を示すテキストデータを生成する。当該デキストデータを、以下、「データインデックス」という。データインデックス送信部２２は、バックアップ時において、データインデックスを情報管理サーバ１０に送信する。有効性判定部２３は、対象サーバ２０のハードディスクに記憶されているファイル又はディレクトリに関して、有効性を判定する。バックアップ送信部２４は、バックアップ時において、対象サーバ２０のハードディスクのセクタごとにセクタ情報を情報管理サーバ１０に送信する。リストア受信部２５は、リストア時において、情報管理サーバ１０に保存されているセクタ情報を情報管理サーバ１０より受信する。無効化部２６は、リストア後において、対象サーバ２０のバードディスクにおいて使用されていないセクタを無効化する。
【００２６】
以下、情報管理システムにおいて実行される処理手順について説明する。図４は、バックアップ処理の処理手順の一例を説明するためのシーケンス図である。
【００２７】
ステップＳ１０１において、情報管理サーバ１０の命令受付部１１は、例えば、入力装置１０７を介して、バックアップ実施命令の入力をユーザより受け付ける。バックアップ実施命令は、ネットワークを介して受信されてもよい。バックアップ実施命令には、例えば、バックアップ対象の対象サーバ２０の識別情報等を含む。
【００２８】
続いて、ブート指示部１２は、例えば、補助記憶装置１０２に記憶されているブートイメージを対象サーバ２０に送信し、対象サーバ２０をネットワークブートによって起動させる（Ｓ１０２）。
【００２９】
図５は、ネットワークブートの様子の一例を示す図である。図５では、情報管理サーバ１０から対象サーバ２０に対してブートイメージが転送され、当該ブートイメージに含まれている小規模ＯＳ（Operating System）が起動されている様子が示されている。すなわち、対象サーバ２０は、ネットワークブートによる起動の過程において、受信されたブートイメージに含まれており、対象サーバ２０のメモリ装置に展開される小規模なＯＳを起動する。当該小規模ＯＳは、バックアップ対象となるデータが記憶されているハードディスクの内容を書き換えることはないため、安全にバックアップを実行することができるからである。したがって、対象サーバ２０を、図３において説明した各部として機能させるプログラムも、当該小規模ＯＳ上において実行される。
【００３０】
対象サーバ２０は、ネットワークブートによる起動が完了すると、その完了を示す応答を情報管理サーバ１０に返信する（Ｓ１０３）。
【００３１】
当該応答の受信に応じ、情報管理サーバ１０のバックアップ受信部１３は、バックアップ時におけるデータ受信用のプロセスを一つ起動させる（Ｓ１０４）。当該プロセスは、起動に応じ、データの受信を待機する。以下、バックアップ受信部１３というとき、当該プロセスのことをいう。
【００３２】
一方、対象サーバ２０の解析部２１は、起動の完了の応答が送信された後に、対象サーバ２０のハードディスクにおける所定のセクタに記憶されている、ハードディスクの記憶内容の構成情報を示すデータを読み込む（Ｓ１０５）。続いて、解析部２１は、読み込んだセクタに記憶されているデータを解析することにより、ハードディスクの記憶内容の構成情報を把握する（Ｓ１０６）。
【００３３】
セクタとは、ハードディスクに対する最小の記録単位をいい、通常は５１２バイトのサイズを有する。なお、ＯＳによるファイルの記録は、セクタの所定数の集合である、クラスタと呼ばれる単位で行われる。
【００３４】
図６は、ハードディスクの論理構造の一例を示す図である。なお、図６に示される論理構造は、便宜上適宜省略されており、必ずしも、論理構造を厳密に示すものではない。また、本実施の形態では、ＦＡＴファイルシステムを例とするが、他のファイルシステムに関しては、ＦＡＴファイルシステムと異なる点を、当該他のファイルシステムに対応するように置換させて、本実施の形態が適用されればよい。
【００３５】
図６に示されるように、ハードディスクの先頭のセクタは、ＭＢＲ（Master Boot Record：マスタブートレコード）と呼ばれる。ＭＢＲは、図７に示されるような構成を有する。
【００３６】
図７は、ＭＢＲの構成例を示す図である。ＭＢＲの構成は、公知の仕様であるため、本実施の形態において必要となる部分について説明する。
【００３７】
図７に示されるように、ＭＢＲは、パーティションごとにパーティションテーブルを含む。各パーティションテーブルには、対応するパーティションに関する情報として、パーティション開始位置又は開始セクタ番号等が記憶されている。したがって、ＭＢＲを参照することで、ハードディスク上における各パーティションの開始位置を把握することができる。なお、パーティションとは、一つのハードディスクが論理的に分割された単位をいう。また、本実施の形態では、４つのパーティションが形成された例が示されているが、本実施の形態の適用範囲は、パーティションの数には依存しない。
【００３８】
図６に戻る。各パーティションは、ＰＢＲ、ＦＡＴ領域、ルートディレクトリエントリ、及びデータ領域等を含む。ＰＢＲ（Partition Boot Record：パーティションブートレコード）は、パーティションの先頭セクタであり、パーティションの構造を示す情報が記憶される。
【００３９】
図８は、ＰＢＲの構成例を示す図である。ＰＢＲの構成は、公知の仕様であるため、本実施の形態において必要となる部分について説明する。
【００４０】
図８において、ディスクパラメータが、パーティションの構造を示す情報に相当する。ディスクパラメータは、ＢＰＢ（BIOS Parameter Block）とも呼ばれ、例えば、１クラスタ当たりのセクタ数、１つのＦＡＴ（File Allocation Table）が占有するセクタ数、及びＦＡＴの数等を記憶する。
【００４１】
したがって、ディスクパラメータを参照することで、ＦＡＴに続くルートディレクトリエントリの開始位置が把握すされる。また、ルートディレクトリエントリのサイズは固定であるため、ルートディレクトリエントリに続くデータ領域の開始位置等も把握される。
【００４２】
図６に戻る。ＦＡＴ領域は、ＦＡＴが記憶された領域である。ここでいうＦＡＴは、ファイルシステム全体のことではなく、二つのクラスタ番号の対応表をいう。例えば、或るファイルが４、７、１０の三つのクラスタに跨って記憶されているとする。ここで、４、７、１０は、クラスタ番号である。このように、一つのファイルに割り当てられるクラスタは、必ずしも連続しているとは限らない。ＦＡＴにおいて、当該ファイルの先頭のクラスタ番号である４には、次のクラスタのクラスタ番号である７が対応付けられる。クラスタ番号７には、更に次のクラスタであるクラスタ番号１０が対応付けられる。クラスタ番号１０には、ファイルの終端であることを示す情報が対応付けられる。なお、当該ファイルの先頭のクラスタ番号は、ルートディレクトリエントリ及びデータ領域に記憶されている、ファイルシステムにおけるファイル及びディレクトリのツリー構造等を示す情報（ディレクトリエントリの集合）に基づいて特定することが可能である。ディレクトリエントリとは、ファイル又はディレクトリの属性情報を含むデータをいい、ファイル毎又はディレクトリ毎に存在する。
【００４３】
図９は、ディレクトリエントリの構成例を示す図である。ディレクトリエントリの構成は、公知の仕様であるため、本実施の形態において必要となる部分について説明する。
【００４４】
図９に示されるように、ディレクトリエントリには先頭クラスタ番号が含まれる。先頭クラスタ番号は、上記したように、ディレクトリエントリに対応するファイル又はディレクトリが記憶されている先頭のクラスタのクラスタ番号である。
【００４５】
図６に戻る。ルートディレクトリエントリは、パーティションのルートディレクトリの直下のファイル又はディレクトリのディレクトリエントリ等を記憶する領域である。
【００４６】
データ領域は、ファイルに格納されるデータ本体や、各サブディレクトリ及び各ファイルのディレクトリエントリ等を記憶する領域である。データ領域において、各サブディレクトリが記憶される領域には、当該サブディレクトリの直下のファイル又はディレクトリのディレクトリエントリ等が記憶される。
【００４７】
上記したステップＳ１０５及びＳ１０６では、ＭＢＲ及び各パーティションのＰＢＲが所定のセクタとして読み込まれ、解析される。解析部２１は、解析結果としての、ハードディスクの記憶内容の構成情報をデキスト化したデータインデックスを、例えば、対象サーバ２０のメモリ装置に記憶する。
【００４８】
図１０は、ハードディスクの構成情報の解析の様子の一例を示す図である。図１０では、対象サーバ２０のハードディスクの所定のセクタ（ＭＢＲ及びＰＢＲ等）が読み込まれ、当該セクタの解析結果が、データインデックスとして生成される様子が示されている。
【００４９】
図１１は、データインデックスの例を示す図である。データインデックスは、ＭＢＲ情報ｄ１、ＰＢＲ情報ｄ２、及びＤａｔａ情報ｄ３等を含む。
【００５０】
ＭＢＲ情報ｄ１は、ＭＢＲに記憶されているパーティションテーブルごとに、当該パーティションテーブルのアドレス（セクタ番号）を含む。図１１において、各パーティションテーブルのアドレスは、「ｐａｒｔｉｔｉｏｎｔａｂｌｅＮ：：＜セクタ番号＞」の形式で示されている。
【００５１】
ＰＢＲ情報ｄ２は、パーティションごとに、当該パーティションの開始アドレス（セクタ番号）を含む。図１１において、各パーティションのアドレスは、「ｐａｒｔｉｔｉｏｎＮ：：＜セクタ番号＞」の形式で示されている。なお、各パーティションのアドレスは、パーティションテーブルより取得可能である。
【００５２】
Ｄａｔａ情報ｄ３は、パーティションごとに、当該パーティションのＦＡＴ領域の開始アドレス（セクタ番号）、ルートディレクトリエントリの開始アドレス（セクタ番号）、及びデータ領域の開始アドレス（セクタ番号）等を含む。図１１において、ＦＡＴ領域の開始アドレスは、「ＦＡＴ：：＜セクタ番号＞」の形式で示されている。ルートディレクトリエントリの開始アドレスは、「ｒｏｏｔｄｉｒｅｃｔｏｒｙ：：＜セクタ番号＞」の形式で示されている。データ領域の開始アドレスは、「ｄａｔａａｒｅａ：：＜セクタ番号＞」の形式で示されている。なお、各開始アドレスは、各パーティションのＰＢＲを解析することにより取得可能である。
【００５３】
続いて、バックアップ送信部２４は、データインデックスを情報管理サーバ１０に送信する（Ｓ１０７）。情報管理サーバ１０のバックアップ受信部１３は、データインデックスを受信すると、当該データインデックスを、メモリ装置１０３又は補助記憶装置１０２に記憶する。続いて、バックアップ受信部１３は、データインデックスの受信の完了を示す応答を、対象サーバ２０に返信する（Ｓ１０８）。
【００５４】
続いて、対象サーバ２０の有効性判定部２３は、ハードディスクに記憶されている各ファイル又は各ディレクトリの有効性を判定して、有効なファイル又は有効なディレクトリを特定する（Ｓ１０９）。各ファイル又は各ディレクトリの有効性とは、ＯＳから見た場合に、ファイル又はディレクトリが有効であること、すなわち、削除されていないことをいう。
【００５５】
通常、ファイル又はディレクトリの削除が行われた場合、当該ファイル又は当該ディレクトリの本体又は実体は、完全には削除されず、無効であることを示す情報、すなわち、削除されたことを示す情報が、削除されたファイル又はディレクトリに関連付けられて記録される。したがって、ステップＳ１０９では、各ファイル又は各ディレクトリに関して、無効であることを示す情報が記録されているか否かに基づいて、各ファイル又は各ディレクトリの有効性が判定される。
【００５６】
例えば、無効であるファイル又はディレクトリには、当該ファイル又は当該ディレクトリに対応するディレクトリエントリ（図９）の先頭の１バイトに０ｘＥ５が記録される。したがって、有効性判定部２３は、各ファイル又は各ディレクトリに対応するディレクトリエントリの先頭の１バイトを参照することにより、それぞれの有効性を判定する。なお、各ファイル又は各ディレクトリのディレクトリエントリは、ルートディレクトリエントリに記憶されているディレクトリエントリに基づいて、ディレクトリ構造を辿ることにより、取得することができる。このような、各ファイル又は各ディレクトリのディレクトリエントリを取得するための処理は、ＯＳによって行われている公知の手順であるため、その詳細については省略する。
【００５７】
続いて、バックアップ送信部２４は、対象サーバ２０のバードディスクの記憶内容をセクタ単位で示すセクタ情報を、情報管理サーバ１０に送信する（Ｓ１１０）。上記したように、セクタ情報には、当該セクタのセクタ番号と、当該セクタ内に記憶されているデータとが含まれる。
【００５８】
図１２は、セクタ情報の転送の様子の一例を示す図である。図１２では、セクタ番号と、セクタ内に記憶されているデータとを含むセクタ情報が、セクタ単位で（セクタごとに）転送される様子が示されている。
【００５９】
セクタ情報の送信に際し、バックアップ送信部２４は、各パーティションのデータ領域に属するセクタに関しては、送信対象を、有効なファイル又は有効なディレクトリに割り当てられているセクタに限定する。有効なファイル又は有効なディレクトリに割り当てられているセクタは、次のように特定することができる。すなわち、有効なファイル又は有効なディレクトリのディレクトリエントリ（図９）の先頭クラスタ番号を参照することにより、当該ファイル又はディレクトリの先頭のクラスタ番号を特定する。続いて、先頭のクラスタ番号に対してＦＡＴに対応付けられているクラスタ番号を芋づる式に取得することにより、当該ファイル又はディレクトリに割り当てられている全てのクラスタ番号を特定する。続いて、当該クラスタ番号に係るクラスタに含まれるセクタのセクタ番号を、公知の方法によって特定することにより、有効なファイル又は有効なディレクトリに割り当てられているセクタを特定することができる。
【００６０】
送信対象のセクタ情報を、有効なファイル又は有効なディレクトリに割り当てられているセクタに係るセクタ情報に限定することにより、ハードディスクからのデータの読み込み時間の短縮や、バックアップのためのデータの転送時間の短縮等を期待することができる。
【００６１】
情報管理サーバ１０のバックアップ受信部１３は、受信されたセクタ情報を格納したファイルを補助記憶装置１０２に保存する（Ｓ１１１）。当該ファイルを、以下、「バックアップファイル」という。一つのセクタ情報の受信及び保存が完了すると、バックアップ受信部１３は、保存の完了を示す応答をバックアップ送信部２４に送信する（Ｓ１１２）。
【００６２】
ステップＳ１１０〜Ｓ１１２は、送信対象となる全てのセクタに関して転送が完了するまで繰り返し実行される。ステップＳ１１０〜Ｓ１１２の繰り返しの過程において、情報管理サーバ１０のバックアップ受信部１３は、受信されたセクタ情報を、その受信順に４つのバックファイルに分散して保存する。
【００６３】
図１３は、セクタ情報のバックアップファイルへの保存の様子の一例を示す図である。本実施の形態では、４つのバックファイルのファイル名を、ｂａｃｋｕｐｆｉｌｅ０〜３とする。ｂａｃｋｕｐｆｉｌｅ０には、受信された順番の４の剰余が０であるセクタ情報が格納される。ｂａｃｋｕｐｆｉｌｅ１には、受信された順番の４の剰余が１であるセクタ情報が格納される。ｂａｃｋｕｐｆｉｌｅ２には、受信された順番の４の剰余が２であるセクタ情報が格納される。ｂａｃｋｕｐｆｉｌｅ３には、受信された順番の４の剰余が３であるセクタ情報が格納される。
【００６４】
図１４は、バックアップファイルの例を示す図である。図１４には、ｂａｃｋｕｐｆｉｌｅ０〜３の４つのバックファイルについて、格納されている情報の一例が示されている。各バックアップファイルには、セクタ単位に、セクタ番号とデータとを含むセクタ情報が格納されている。
【００６５】
なお、バックアップファイルの数は、必ずしも４つでなくてもよい。
【００６６】
送信対象となる全てのセクタに関してセクタ情報の転送が完了すると、情報管理サーバ１０の補助記憶装置１０２には、例えば、図１５に示されるようなデータ構造によって、対象サーバ２０のバックアップデータが記憶される。
【００６７】
図１５は、バックアップデータのデータ構造の一例を示す図である。図１５では、バックアップデータ格納領域ルートディレクトリの下に、バックアップ処理ごとに、ｂａｃｋｕｐＸＸＸという名前のディレクトリが生成されることが示されている。ｂａｃｋｕｐＸＸＸの「ＸＸＸ」には、例えば、対象サーバ２０の識別情報や、バックアップ処理が実行された日時等が含まれる。
【００６８】
ｂａｃｋｕｐＸＸＸディレクトリの下には、当該バックアップ処理に係るバックアップファイル及びデータインデックス（ｄａｔａｉｎｄｅｘ．ｔｘｔ）が保存される。
【００６９】
なお、送信対象となる全てのセクタに関してセクタ情報の保存が完了すると、命令受付部１１は、バックアップ処理の完了を示すメッセージ等を、表示装置１０６に表示させる（Ｓ１１３）。
【００７０】
続いて、情報管理サーバ１０にバックアップされたバックアップデータのリストア処理について説明する。図１６は、リストア処理の処理手順の一例を説明するためのシーケンス図である。
【００７１】
ステップＳ２０１において、情報管理サーバ１０の命令受付部１１は、例えば、入力装置１０７を介して、リストア実施命令の入力をユーザより受け付ける。リストア実施命令は、ネットワークを介して受信されてもよい。リストア実施命令には、例えば、リストア先の対象サーバ２０の識別情報等を含む。
【００７２】
続いて、欠番検出部１４は、リストア実施命令に指定された対象サーバ２０の識別情報に対応するｂａｃｋｕｐＸＸＸディレクトリに格納されている、バックアップファイル及びデータインデックス等を解析して、欠番のセクタ番号を検出又は特定する（Ｓ２０２）。欠番のセクタ番号とは、バックアップデータにおいて、当該セクタ番号が欠けていることにより、セクタ番号に不連続を発生させているセクタ番号をいう。例えば、４つのバックアップファイルに格納されているセクタ番号を昇順に並べた場合に、１、２、４、５・・・である場合、３が欠番のセクタ番号である。すなわち、欠番のセクタ番号は、例えば、４つのバックアップファイルに格納されているセクタ番号を昇順又は降順に整列する（ソートする）ことにより、検出することができる。
【００７３】
図１７は、欠番のセクタ番号の検出の様子の一例を示す図である。図１７では、４つのバックアップファイル及びデータインデックス等を解析することにより、欠番が検出されている例が示されている。すなわち、図１７のセクタ番号の分布において、網掛けが施されていない部分が、欠番を示す。なお、本実施の形態では、対象サーバ２０の各パーティションのデータ領域に関して、有効なファイル又は有効なディレクトリに割り当てられているセクタにバックアップの対象が限定されているため、セクタ番号の欠番が発生する可能性が高い。
【００７４】
続いて、セクタ番号変更部１５は、有効なセクタ番号を欠番となっているセクタ番号に変更することにより、セクタ番号の不連続を解消する（Ｓ２０３）。具体的には、バックアップファイルにおける一部のセクタ番号が欠番のセクタ番号に変更される。例えば、変更前のセクタ番号が、「１、２、４、５」である場合、５が３に変更されて「１、２、３，４」とされる。
【００７５】
続いて、ブート指示部１２は、例えば、補助記憶装置１０２に記憶されているブートイメージを対象サーバ２０に送信し、対象サーバ２０をネットワークブートによって起動させる（Ｓ２０４）。対象サーバ２０は、ネットワークブートによる起動が完了すると、その完了を示す応答を情報管理サーバ１０に返信する（Ｓ２０５）。
【００７６】
続いて、対象サーバ２０のリストア受信部２５は、バックアップデータの受信用の４つのプロセスａ、ｂ、ｃ、及びｄを起動し、情報管理サーバ１０からのバックアップデータの受信を待機する（Ｓ２０７）。
【００７７】
一方、情報管理サーバ１０のリストア送信部１６は、ネットワークブートによる起動の完了を示す応答が受信されると、バックアップデータの送信用の４つのプロセスＡ、Ｂ、Ｃ、及びＤを起動する（Ｓ２０８）。
【００７８】
図１８は、情報管理サーバ及び対象サーバにおけるプロセスの起動の様子の一例を示す図である。
【００７９】
図１８では、対象サーバ２０において、プロセスａ、ｂ、ｃ、及びｄの４つのプロセスが起動された状態が示されている。また、情報管理サーバ１０において、プロセスＡ、Ｂ、Ｃ、及びＤの４つのプロセスが起動された状態が示されている。すなわち、対象サーバ２０と情報管理サーバ１０とでは、同数のプロセスが起動される。
【００８０】
なお、対象サーバ２０及び情報管理サーバ１０において起動されるプロセスの数は、例えば、バックアップファイルの数に一致する。すなわち、本実施の形態では、バックアップファイルが４つ生成されるため、それぞれに対応する４つのプロセスが起動される。したがって、バックアップファイルの数が４つ以外である場合、ステップＳ２０７及びＳ２０８では、当該バックアップファイルの数に応じた数のプロセスが起動されればよい。
【００８１】
但し、対象サーバ２０及び情報管理サーバ１０において起動されるプロセスの数は、必ずしも、バックアップファイルの数に一致していなくてもよい。例えば、対象サーバ２０及び情報管理サーバ１０において、２つのプロセスが起動され、各プロセスは、相互に異なる２つのバックアップファイルに関する転送を担当してもよい。
【００８２】
続いて、情報管理サーバ１０のプロセスＡ〜Ｄは、並列的に、各プロセスに対応するバックアップファイルに格納されているセクタ情報を、対象サーバ２０におけるプロセスａ〜ｄに送信する（Ｓ２０８）。
【００８３】
図１９は、４つのプロセス間でセクタ情報が並列的に転送される様子の一例を示す図である。
【００８４】
例えば、プロセスＡは、ｂａｃｋｕｐｆｉｌｅ０に格納されているセクタ情報を、プロセスａが開設しているポート宛に送信する。また、プロセスＢは、ｂａｃｋｕｐｆｉｌｅ１に格納されているセクタ情報を、プロセスｂが開設しているポート宛に送信する。プロセスＣは、ｂａｃｋｕｐｆｉｌｅ２に格納されているセクタ情報を、プロセスｃが開設しているポート宛に送信する。プロセスＤは、ｂａｃｋｕｐｆｉｌｅ３に格納されているセクタ情報を、プロセスｄが開設しているポート宛に送信する。
【００８５】
対象サーバ２０のプロセスａ、ｂ、ｃ、及びｄは、情報管理サーバ１０から送信されたセクタ情報を受信すると、受信したセクタ情報に含まれているセクタ番号に係る、対象サーバ２０のハードディスクのセクタに、受信したセクタ情報に含まれているデータを書き込む（Ｓ２０９）。続いて、プロセスａ、ｂ、ｃ、及びｄは、データの書き込みの完了を示す応答をプロセスＡ、Ｂ、Ｃ、又はＤに返信する。（Ｓ２１０）。
【００８６】
ステップＳ２０８〜Ｓ２１０は、リストア対象のパックアップファイルに格納されている全てのセクタ情報に関して転送が完了するまで繰り返し実行される。全てのセクタ情報に関して転送が完了すると、対象サーバ２０の無効化部２６は、書き込み対象とされなかったセクタのデータを無効化する。
【００８７】
一方、情報管理サーバ１０の、命令受付部１１は、全てのセクタ情報に関して転送が完了すると、リストア処理の完了を示すメッセージ等を、表示装置１０６に表示させる（Ｓ２１１）。
【００８８】
続いて、図１６のステップＳ２０２及びＳ２０３の詳細について説明する。図２０は、欠番のセクタ番号の検出及びセクタ番号の変更処理の処理手順の一例を説明するためのフローチャートである。
【００８９】
ステップＳ３０１において、欠番検出部１４は、リストア対象に係るデータインデックス（図１１）を読み込む。続いて、欠番検出部１４は、読み込んだデータインデックスのＤａｔａ情報ｄ３を解析する（Ｓ３０２）。Ｄａｔａ情報ｄ３の解析により、パーティションの数、各パーティションのＦＡＴ領域の開始アドレス、ルートディレクトリエントリの開始アドレス、及びデータ領域の開始アドレスが特定される。
【００９０】
続く、ステップＳ３０４以降は、パーティションごとに実行される（Ｓ３０３）。処理対象とされているパーティションを、以下、「対象パーティション」という。
【００９１】
ステップＳ３０４において、欠番検出部１４は、対象パーティションに関して、欠番のセクタ番号を検出し、欠番のリストを生成する。対象パーティションに関する欠番のセクタ番号の検出は、例えば、次のように実行することができる。
【００９２】
まず、対象パーティションに属するセクタ番号を特定すべく、対象パーティションのルートディレクトリエントリの開始アドレスとしてのセクタ番号に係るセクタ情報が、バックアップファイルから取得され、当該セクタ情報に含まれているデータが解析される。その結果、対象パーティションのルートディレクトリの直下のディレクトリエントリ（図９）が取得される。当該ディレクトリエントリに基づいて、当該ルートディレクトリ下に存在するディレクトリ及びファイルのディレクトリエントリが芋づる式に取得される。続いて、取得された各ディレクトリエントリの先頭クラスタ番号と、対象パーティションのＦＡＴとに基づいて、対象パーティションの各ファイル又はディレクトリに割り当てられているクラスタが特定される。特定されたクラスタに属するセクタ番号が、対象パーティションに属するセクタである。なお、クラスタに属するセクタ番号は、公知の方法によって特定可能である。特定されたセクタ番号を、降順又は昇順に整列することにより、欠番のセクタ番号が検出される。
【００９３】
続いて、セクタ番号変更部１５は、ステップＳ３０６以降を、欠番のセクタ番号の数だけ繰り返す（Ｓ３０５）。以下、処理対象とされた欠番を「対象欠番」という。
【００９４】
ステップＳ３０６において、セクタ番号変更部１５は、対象欠番の直前のセクタ番号のセクタ（以下、「直前セクタ」という。）のデータを、バックアップファイルより取得する。例えば、対象欠番が４であれば、セクタ番号が３であるセクタのデータが、当該セクタ番号を含むバックアップファイルより取得される。
【００９５】
続いて、セクタ番号変更部１５は、取得されたデータを参照して、直前セクタが、ファイル又はディレクトリの終端であるか否かを判定する（Ｓ３０７）。すなわち、当該データに、ファイル又はディレクトリの終端を示す情報が含まれていれば、直前セクタは、ファイル又はディレクトリの終端であると判定される。
【００９６】
直前セクタがファイル又はディレクトリの終端でない場合（Ｓ３０７でＮｏ）、セクタ番号変更部１５は、対象パーティションのＦＡＴに基づいて、直前セクタが属するクラスタの次のクラスタを特定し、特定されたクラスタの先頭のセクタのセクタ番号を特定する（Ｓ３０８）。直前セクタが属するクラスタの次のクラスタとは、直前セクタが属するクラスタと同一ファイルに割り当てられており、その割り当て順が、直前セクタが属するクラスタの次であるクラスタをいう。上記したように、２以上のクラスタに跨るファイルに関して、ＦＡＴには、前のクラスタのクラスタ番号に対して、次のクラスタのクラスタ番号が対応付けられている。
【００９７】
続いて、セクタ番号変更部１５は、ステップＳ３０８において特定されたセクタ番号を含むバックアップファイルにおいて、当該セクタ番号を、欠番の値に書き換える（Ｓ３０９）。続いて、セクタ番号変更部１５は、対象パーティションのＦＡＴにおいて、欠番に書き換えられたセクタ番号に対応するクラスタ番号を、欠番に変更後のクラスタ番号に書き換える（Ｓ３１０）。すなわち、ＦＡＴに記録されている、クラスタ番号の対応関係が、ステップＳ３０９におけるセクタ番号の変更に整合するように変更される。なお、対象パーティションのＦＡＴは、バックアップファイルに格納されているセクタ情報のうち、対象パーティションのＦＡＴ領域の開始アドレスとしてのセクタ番号に係るセクタ情報のデータに含まれている。
【００９８】
続いて、セクタ番号変更部１５は、ステップＳ３０４において生成された欠番のリストを更新する（Ｓ３１１）。すなわち、欠番に書き換えられたセクタ番号が、新たな欠番として、当該リストに追加される。
【００９９】
一方、直前セクタがファイル又はディレクトリの終端である場合（Ｓ３０７でＹｅｓ）、セクタ番号の変更は行われない。この場合、当該ファイル又はディレクトリとは別のファイル又はディレクトリの先頭に割り当てられているセクタのセクタ番号が変更されることになる。そうすると、先頭のセクタ番号が変更されたファイル又はディレクトリに対するディレクトリエントリの先頭クラスタ番号の書き換え等も必要とされ、処理負荷が高くなるからである。但し、斯かる処理負荷が許容される場合、直前セクタがファイルの終端であるか否かを問わず、ステップＳ３０８〜Ｓ３１１が実行されてもよい。
【０１００】
なお、図２０の処理は、リストアの実行時に行われなくてもよい。例えば、情報管理サーバ１０へのバックアップデータの保存後、任意のタイミングでバッチ的に行われてもよい。
【０１０１】
上述したように、本実施の形態によれば、バックアップ時及びリストア時におけるデータの転送は、セクタ単位で行われるため、ファイルシステムをデータへのアクセスに関してファイルシステムを経由する必要はない。したがって、ファイルシステムを経由することによるオーバーヘッドを抑制することができる。また、データ領域に属するセクタに関して、バックアップ対象は、有効なファイル又は有効なディレクトリに割り当てられているセクタに限定されるため、バックアップ時及びリストア時におけるデータの転送量等を削減することができる。上記の結果、バックアップ処理及びリストア処理の性能の向上（
処理の迅速化）を期待することができる。
【０１０２】
また、リストア時においては、欠番のセクタ番号が埋められた後にセクタ情報が転送される。したがって、対象サーバ２０においては、連続したセクタに対して書き込める可能性を高めることができ、その結果として、リストア処理の性能の向上を期待することができる。また、リストア後におけるファイルへのアクセス速度の向上も期待することができる。
【０１０３】
また、セクタのサイズは、ファイルと異なり一定であるため、複数のプロセス間で並列的にリストアを行う場合、各プロセスの負荷を略均一化することができる。換言すれば、当該負荷の差を小さくすることができる。
【０１０４】
なお、リストア時においてバックアップデータの転送用に情報管理サーバ１０及び対象サーバ２０において起動されるプロセスは、複数でなくてもよい。この場合、バックアップ時において、バックアップファイルは、一つだけ生成されてもよい。但し、リストア時において、情報管理サーバ１０及び対象サーバ２０において複数のプロセスが起動され、複数のプロセス間において並列的にバックアップデータが転送されることにより、リストア処理の処理性能の向上を期待することができる。
【０１０５】
また、データインデックスは、必ずしも対象サーバ２０において生成され、情報管理サーバ１０に転送されなくてもよい。すなわち、データインデックスに含まれる情報は、情報管理サーバ１０において、バックアップファイルより抽出されてもよい。バックアップファイルには、対象サーバ２０のハードディスクに記憶されていたデータが記憶されている。したがって、情報管理サーバ１０は、バックアップファイルに記憶されているデータを解析することにより、データインデックスに相当する情報を得ることができる。
【０１０６】
なお、本実施の形態において、情報管理サーバ１０は、第二のコンピュータの一例である。対象サーバ２０は、第一のコンピュータの一例である。有効性判定部２１は、判定部の一例である。バックアップ送信部２４は、第一の送信部の一例である。補助記憶装置１０２は、記憶部の一例である。
【０１０７】
以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【０１０８】
以上の説明に関し、更に以下の項を開示する。
（付記１）
第一のコンピュータが、
バックアップの開始指示に応じ、記憶媒体の所定のセクタに記憶されている当該記憶媒体の記憶内容の構成情報に基づいて、前記記憶媒体においてファイル又はディレクトリが記憶されるデータ領域に属するセクタのうち、有効なファイル又は有効なディレクトリに割り当てられているセクタを判定し、
前記記憶媒体のセクタごとに、セクタ番号と当該セクタに記憶されているデータとをネットワークを介して接続される第二のコンピュータに送信する際に、前記データ領域に属するセクタに関しては、有効なファイル又は有効なディレクトリに割り当てられているセクタのセクタ番号と当該セクタに記憶されているデータとを前記第二のコンピュータに送信し、
前記第二のコンピュータが、
前記第一のコンピュータより送信されたセクタ番号と前記データとを関連付けて記憶部に記憶するデータ管理方法。
（付記２）
前記第二のコンピュータが、
前記記憶部に記憶されているセクタ番号のうち、欠番のセクタ番号を検出し、
前記記憶部に記憶されているセクタ番号のうち、前記欠番の直前のセクタ番号に係るセクタが割り当てられているファイルと同一のファイルに割り当てられているセクタのセクタ番号を、前記欠番のセクタ番号に変更し、
リストアの開始指示に応じ、前記第一のコンピュータに、前記記憶部に記憶されているセクタ番号と当該セクタ番号に関連付けられている前記データとを送信し、
前記第一のコンピュータが、
前記記憶媒体において、前記第二のコンピュータより送信されたセクタ番号に係るセクタに、当該セクタ番号と共に前記第二のコンピュータより送信された前記データを記録する付記１記載のデータ管理方法。
（付記３）
前記第二のコンピュータが前記記憶部に記憶する処理は、前記第一のコンピュータより送信された複数のセクタ番号と複数の前記データとを、複数のファイルに分散して保存し、
前記第二のコンピュータがセクタ番号と前記データとを送信する処理は、複数のプロセスを用いて、前記プロセス間で相互に異なる前記ファイルに保存されているセクタ番号と前記データとを並列的に前記第一のコンピュータに送信し、
前記第一のコンピュータが前記データを記録する処理は、前記第二のコンピュータと同数のプロセを用いて、前記第二のコンピュータより送信されたセクタ番号に係るセクタに、当該セクタ番号と共に前記第二のコンピュータより送信された前記データを並列的に記録する付記２記載のデータ管理方法。
（付記４）
バックアップの開始指示に応じ、記憶媒体の所定のセクタに記憶されている当該記憶媒体の記憶内容の構成情報に基づいて、前記記憶媒体においてファイル又はディレクトリが記憶されるデータ領域に属するセクタのうち、有効なファイル又は有効なディレクトリに割り当てられているセクタを判定する判定部と、
前記記憶媒体のセクタごとに、セクタ番号と当該セクタに記憶されているデータとをネットワークを介して接続される第二のコンピュータに送信する際に、前記データ領域に属するセクタに関しては、有効なファイル又は有効なディレクトリに割り当てられているセクタのセクタ番号と当該セクタに記憶されているデータとを前記第二のコンピュータに送信する第一の送信部とを有する第一のコンピュータと、
前記第一のコンピュータより送信されたセクタ番号と前記データとを関連付けて記憶する記憶部を有する第二のコンピュータとを含むデータ管理システム。
（付記５）
前記第二のコンピュータは、
前記記憶部に記憶されているセクタ番号のうち、欠番のセクタ番号を検出する検出部と、
前記記憶部に記憶されているセクタ番号のうち、前記欠番の直前のセクタ番号に係るセクタが割り当てられているファイルと同一のファイルに割り当てられているセクタのセクタ番号を、前記欠番のセクタ番号に変更する変更部と、
リストアの開始指示に応じ、前記第一のコンピュータに、前記記憶部に記憶されているセクタ番号と当該セクタ番号に関連付けられている前記データとを送信する第二の送信部とを有し、
前記第一のコンピュータは、
前記記憶媒体において、前記第二のコンピュータより送信されたセクタ番号に係るセクタに、当該セクタ番号と共に前記第二のコンピュータより送信された前記データを記録する記録部を有する付記４記載のデータ管理システム。
（付記６）
前記記憶部は、前記第一のコンピュータより送信された複数のセクタ番号と複数の前記データとを、複数のファイルに分散して保存し、
前記第二の送信部は、複数のプロセスを用いて、前記複数のプロセス間で相互に異なる前記ファイルに保存されているセクタ番号と前記データとを並列的に前記第一のコンピュータに送信し、
前記記録部は、前記第二の送信部と同数のプロセを用いて、前記第二のコンピュータより送信されたセクタ番号に係るセクタに、当該セクタ番号と共に前記第二のコンピュータより送信された前記データを並列的に記録する付記５記載のデータ管理システム。
【符号の説明】
【０１０９】
１ 情報管理システム
１０ 情報管理サーバ
１１ 命令受付部
１２ ブート指示部
１３ バックアップ受信部
１４ 欠番検出部
１５ セクタ番号変更部
１６ リストア送信部
２０ 対象サーバ
２１ 解析部
２２ データインデックス送信部
２３ 有効性判定部
２４ バックアップ送信部
２５ リストア受信部
２６ 無効化部
１００ ドライブ装置
１０１ 記録媒体
１０２ 補助記憶装置
１０３ メモリ装置
１０４ ＣＰＵ
１０５ インタフェース装置
１０６ 表示装置
１０７ 入力装置
Ｂ バス
【特許請求の範囲】
【請求項１】
第一のコンピュータが、
バックアップの開始指示に応じ、記憶媒体の所定のセクタに記憶されている当該記憶媒体の記憶内容の構成情報に基づいて、前記記憶媒体においてファイル又はディレクトリが記憶されるデータ領域に属するセクタのうち、有効なファイル又は有効なディレクトリに割り当てられているセクタを判定し、
前記記憶媒体のセクタごとに、セクタ番号と当該セクタに記憶されているデータとをネットワークを介して接続される第二のコンピュータに送信する際に、前記データ領域に属するセクタに関しては、有効なファイル又は有効なディレクトリに割り当てられているセクタのセクタ番号と当該セクタに記憶されているデータとを前記第二のコンピュータに送信し、
前記第二のコンピュータが、
前記第一のコンピュータより送信されたセクタ番号と前記データとを関連付けて記憶部に記憶するデータ管理方法。
【請求項２】
前記第二のコンピュータが、
前記記憶部に記憶されているセクタ番号のうち、欠番のセクタ番号を検出し、
前記記憶部に記憶されているセクタ番号のうち、前記欠番の直前のセクタ番号に係るセクタが割り当てられているファイルと同一のファイルに割り当てられているセクタのセクタ番号を、前記欠番のセクタ番号に変更し、
リストアの開始指示に応じ、前記第一のコンピュータに、前記記憶部に記憶されているセクタ番号と当該セクタ番号に関連付けられている前記データとを送信し、
前記第一のコンピュータが、
前記記憶媒体において、前記第二のコンピュータより送信されたセクタ番号に係るセクタに、当該セクタ番号と共に前記第二のコンピュータより送信された前記データを記録する請求項１記載のデータ管理方法。
【請求項３】
前記第二のコンピュータが前記記憶部に記憶する処理は、前記第一のコンピュータより送信された複数のセクタ番号と複数の前記データとを、複数のファイルに分散して保存し、
前記第二のコンピュータがセクタ番号と前記データとを送信する処理は、複数のプロセスを用いて、前記プロセス間で相互に異なる前記ファイルに保存されているセクタ番号と前記データとを並列的に前記第一のコンピュータに送信し、
前記第一のコンピュータが前記データを記録する処理は、前記第二のコンピュータと同数のプロセを用いて、前記第二のコンピュータより送信されたセクタ番号に係るセクタに、当該セクタ番号と共に前記第二のコンピュータより送信された前記データを並列的に記録する請求項２記載のデータ管理方法。
【請求項４】
バックアップの開始指示に応じ、記憶媒体の所定のセクタに記憶されている当該記憶媒体の記憶内容の構成情報に基づいて、前記記憶媒体においてファイル又はディレクトリが記憶されるデータ領域に属するセクタのうち、有効なファイル又は有効なディレクトリに割り当てられているセクタを判定する判定部と、
前記記憶媒体のセクタごとに、セクタ番号と当該セクタに記憶されているデータとをネットワークを介して接続される第二のコンピュータに送信する際に、前記データ領域に属するセクタに関しては、有効なファイル又は有効なディレクトリに割り当てられているセクタのセクタ番号と当該セクタに記憶されているデータとを前記第二のコンピュータに送信する第一の送信部とを有する第一のコンピュータと、
前記第一のコンピュータより送信されたセクタ番号と前記データとを関連付けて記憶する記憶部を有する第二のコンピュータとを含むデータ管理システム。
【請求項１】
第一のコンピュータが、
バックアップの開始指示に応じ、記憶媒体の所定のセクタに記憶されている当該記憶媒体の記憶内容の構成情報に基づいて、前記記憶媒体においてファイル又はディレクトリが記憶されるデータ領域に属するセクタのうち、有効なファイル又は有効なディレクトリに割り当てられているセクタを判定し、
前記記憶媒体のセクタごとに、セクタ番号と当該セクタに記憶されているデータとをネットワークを介して接続される第二のコンピュータに送信する際に、前記データ領域に属するセクタに関しては、有効なファイル又は有効なディレクトリに割り当てられているセクタのセクタ番号と当該セクタに記憶されているデータとを前記第二のコンピュータに送信し、
前記第二のコンピュータが、
前記第一のコンピュータより送信されたセクタ番号と前記データとを関連付けて記憶部に記憶するデータ管理方法。
【請求項２】
前記第二のコンピュータが、
前記記憶部に記憶されているセクタ番号のうち、欠番のセクタ番号を検出し、
前記記憶部に記憶されているセクタ番号のうち、前記欠番の直前のセクタ番号に係るセクタが割り当てられているファイルと同一のファイルに割り当てられているセクタのセクタ番号を、前記欠番のセクタ番号に変更し、
リストアの開始指示に応じ、前記第一のコンピュータに、前記記憶部に記憶されているセクタ番号と当該セクタ番号に関連付けられている前記データとを送信し、
前記第一のコンピュータが、
前記記憶媒体において、前記第二のコンピュータより送信されたセクタ番号に係るセクタに、当該セクタ番号と共に前記第二のコンピュータより送信された前記データを記録する請求項１記載のデータ管理方法。
【請求項３】
前記第二のコンピュータが前記記憶部に記憶する処理は、前記第一のコンピュータより送信された複数のセクタ番号と複数の前記データとを、複数のファイルに分散して保存し、
前記第二のコンピュータがセクタ番号と前記データとを送信する処理は、複数のプロセスを用いて、前記プロセス間で相互に異なる前記ファイルに保存されているセクタ番号と前記データとを並列的に前記第一のコンピュータに送信し、
前記第一のコンピュータが前記データを記録する処理は、前記第二のコンピュータと同数のプロセを用いて、前記第二のコンピュータより送信されたセクタ番号に係るセクタに、当該セクタ番号と共に前記第二のコンピュータより送信された前記データを並列的に記録する請求項２記載のデータ管理方法。
【請求項４】
バックアップの開始指示に応じ、記憶媒体の所定のセクタに記憶されている当該記憶媒体の記憶内容の構成情報に基づいて、前記記憶媒体においてファイル又はディレクトリが記憶されるデータ領域に属するセクタのうち、有効なファイル又は有効なディレクトリに割り当てられているセクタを判定する判定部と、
前記記憶媒体のセクタごとに、セクタ番号と当該セクタに記憶されているデータとをネットワークを介して接続される第二のコンピュータに送信する際に、前記データ領域に属するセクタに関しては、有効なファイル又は有効なディレクトリに割り当てられているセクタのセクタ番号と当該セクタに記憶されているデータとを前記第二のコンピュータに送信する第一の送信部とを有する第一のコンピュータと、
前記第一のコンピュータより送信されたセクタ番号と前記データとを関連付けて記憶する記憶部を有する第二のコンピュータとを含むデータ管理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【公開番号】特開２０１３−１０５３４２（Ｐ２０１３−１０５３４２Ａ）
【公開日】平成２５年５月３０日（２０１３．５．３０）
【国際特許分類】
【出願番号】特願２０１１−２４９１６０（Ｐ２０１１−２４９１６０）
【出願日】平成２３年１１月１４日（２０１１．１１．１４）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【公開日】平成２５年５月３０日（２０１３．５．３０）
【国際特許分類】
【出願日】平成２３年１１月１４日（２０１１．１１．１４）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
[ Back to top ]