JP4366698B2 - 計算機、計算機システム、及びディスクイメージ配布方法 - Google Patents

Description

本発明は、計算機システムに関する。特に、本発明は、計算機システムにおいて、新たに運用に追加される計算機にディスクイメージを配布する技術に関する。

ネットワークを介して様々なサービスを提供するサーバシステムが知られている。サーバシステムは、複数のサーバで構成されている。ユーザ数の増加等により負荷が増加した場合、処理能力を増加させるため、新たなサーバが運用に追加される（例えば、特許文献１参照）。

サーバ追加の要求に備えて、サーバシステムには、あらかじめ予備サーバ群が設けられている。サーバの追加時、例えば、予備サーバ群のうち１つを選択し、その選択された予備サーバに、必要なＯＳやソフトウェアをインストールすることが考えられる。しかし、インストール処理は時間がかかるため、一般的には、選択された予備サーバには、配布元サーバのディスクイメージが配布される。

図１は、従来のサーバ追加方法を示すフローチャートである。まず、運用中のサーバのディスクイメージがあらかじめ用意される（ステップＳ１０１）。そのディスクイメージは、ＯＳ、ミドルウェア、業務アプリケーション等を含んでおり、以下「配布元イメージ」と参照される。その後、追加サーバの割り当てが要求されると（ステップＳ１０２）、管理サーバは、登録されている予備サーバ群から任意の予備サーバを選択する（ステップＳ１０３）。そして、管理サーバは、選択された予備サーバのディスクに、配布元イメージをコピーする（ステップＳ１０４）。コピーが完了すると、予備サーバの起動処理が行われる（ステップＳ１０５）。このようにして、追加サーバの業務が開始される。

特開２００６−１１８６０号公報

本願発明者は、次の点に着目した。追加サーバの割り当て要求（ステップＳ１０２）から追加サーバの業務開始（ステップＳ１０５）までの時間は、配布元イメージのコピー時間にほぼ律速されていると言える。特に、配布元イメージのサイズが大きい場合、追加サーバの業務開始は著しく遅れてしまう。サービス提供者の観点から、追加サーバの業務開始はできる限り早いことが望ましい。

以下に、［発明を実施するための最良の形態］で使用される番号・符号を用いて、［課題を解決するための手段］を説明する。これらの番号・符号は、［特許請求の範囲］の記載と［発明を実施するための最良の形態］との対応関係を明らかにするために括弧付きで付加されたものである。ただし、それらの番号・符号を、［特許請求の範囲］に記載されている発明の技術的範囲の解釈に用いてはならない。

本発明の第１の観点において、ディスクイメージ（ＩＭ１）の配布方法が提供される。そのディスクイメージ配布方法は、（Ａ）ディスクイメージ（ＩＭ）の一部であり計算機の起動に必要なプログラム（５１）を少なくとも含む第１のイメージ（ＩＭ１）を、所定の計算機（３００）のストレージ（３１０）にコピーするステップと、（Ｂ）所定の計算機（３００）を上記プログラム（５１）で起動するステップと、（Ｃ）上記（Ｂ）ステップの後、ディスクイメージ（ＩＭ）の残りである第２のイメージ（ＩＭ２）を、所定の計算機（３００）のストレージ（３１０）にコピーするステップと、を有する。

本発明によれば、起動に必要な最小限のプログラム（５１）を含む第１のイメージ（ＩＭ１）がまずコピーされ、その直後に、そのプログラム（５１）を用いて計算機（３００）の起動処理が行われる。その段階で、その計算機（３００）すなわち追加計算機の業務を開始させることが可能である。残りの第２のイメージ（ＩＭ２）に関しては、追加計算機の業務の最中にコピーされる。このように、割り当て要求から追加計算機の業務開始までの時間を短縮することが可能となる。

本発明の第２の観点において、計算機システム（１）が提供される。その計算機システム（１）は、管理計算機（１００）と、その管理計算機（１００）にネットワークを介して接続された計算機（３００）とを備える。管理計算機（１００）は、所定のディスクイメージ（ＩＭ１）の一部であり計算機（３００）の起動に必要なプログラム（５１）を少なくとも含む第１のイメージ（ＩＭ１）を、上記計算機（３００）のストレージ（３１０）にコピーする。その計算機（３００）は、そのプログラム（５１）によって起動された後、上記所定のディスクイメージ（ＩＭ）の残りである第２のイメージ（ＩＭ２）を、ストレージ（３１０）にコピーする。

本発明によれば、起動に必要な最小限のプログラム（５１）を含む第１のイメージ（ＩＭ１）がまずコピーされ、その直後に、そのプログラム（５１）を用いて計算機（３００）の起動処理が行われる。その段階で、その計算機（３００）すなわち追加計算機の業務を開始させることが可能である。残りの第２のイメージ（ＩＭ２）に関しては、追加計算機の業務の最中にコピーされる。このように、割り当て要求から追加計算機の業務開始までの時間を短縮することが可能となる。

本発明の第３の観点において、計算機が提供される。その計算機（３００）は、コピー判定モジュール（３１）と、コピーモジュール（３２）とを備える。コピー判定モジュール（３１）は、ストレージ（３１０）へのアクセス時、アクセス対象である対象データの実体が存在するか否かの判定を行う。対象データの実体が存在しない場合、コピーモジュール（３２）は、指定されたコピー元からストレージ（３１０）への対象データのコピーを制御する。

このような構成を有する計算機（３００）は、業務の最中にコピー処理を行うことが可能である。従って、本発明に係る計算機（３００）にディスクイメージ（ＩＭ）を配布する場合、まずは、起動に必要な最小限のプログラム（５１）を含む第１のイメージ（ＩＭ１）がコピーされるとよい。そのプログラム（５１）を用いることによって、計算機（３００）、すなわち追加計算機の起動が可能である。この段階で、追加計算機の業務は開始する。残りのプログラムやデータに関しては、追加計算機の業務の最中にコピーが可能である。このように、割り当て要求から追加計算機の業務開始までの時間が短縮される。

本発明の第４の観点において、管理計算機（１００）が提供される。その管理計算機（１００）は、イメージ配布モジュール（１３）を備える。イメージ配布モジュール（１３）は、ネットワークを介して接続された計算機（３００）に、所定のディスクイメージ（ＩＭ）の一部である第１のイメージ（ＩＭ１）だけをコピーする。その第１のイメージ（ＩＭ１）は、計算機（３００）の起動に必要なプログラム（５１）と、上記所定のディスクイメージ（ＩＭ）の残りである第２のイメージ（ＩＭ２）のコピーを制御するモジュール（３１，３２）とを含む。

このような構成を有する管理計算機（１００）は、計算機（３００）にディスクイメージ（ＩＭ）を配布する際に、まずは、第１のイメージ（ＩＭ１）だけを計算機（３００）にコピーする。その第１のイメージ（ＩＭ１）は、起動に必要な最小限のプログラム（５１）を含んでいる。そのプログラム（５１）を用いることによって、予備計算機（３００）、すなわち追加計算機の起動が可能である。この段階で、追加計算機の業務は開始する。残りの第２のイメージ（ＩＭ２）に関しては、追加計算機の業務の最中に、モジュール（３１，３２）によってコピーされる。このように、割り当て要求から追加計算機の業務開始までの時間が短縮される。

本発明によれば、計算機システムにおいて新たな計算機が運用に追加される際に、追加計算機の業務開始までの時間を短縮することが可能となる。

添付図面を参照して、本発明の実施の形態に係る計算機システム及び配布元イメージの配布方法を説明する。計算機システムとして、自律コンピューティングシステム、ユーティリティ・コンピューティングシステム、グリッドシステム、仮想化システムなどが挙げられる。本実施の形態において、計算機システムとして、様々なサービスを提供するサーバシステムが例示される。

１．概要
まず、本発明の概要を説明する。図２Ａは、本実施の形態に係るサーバシステム１の構成の一例を概念的に示している。サーバシステム１は、ＬＡＮ等のネットワークを介して相互に接続されたサーバ群を備えている。そのサーバ群は、管理サーバ１００、配布元サーバ２００、及び予備サーバ３００を含んでいる。管理サーバ１００は、サーバ全体の管理を行うサーバである。配布元サーバ２００は、運用中のサーバである。予備サーバ３００は、必要に応じて運用に組み込まれる予備のサーバである。

また、サーバシステム１は、それぞれのサーバが使用するストレージ群１１０、２１０、３１０を備えている。ストレージ１１０（マスタディスク）は、管理サーバ１００が使用するストレージである。ストレージ２１０は、配布元サーバ２００が使用するストレージである。ストレージ３１０は、予備サーバ３００が使用するストレージである。管理サーバ１００は、全てのストレージ１１０、２１０、３１０にアクセス可能である。

予備サーバが運用に組み込まれる際、現在運用中の配布元サーバ２００の「配布元イメージＩＭ」が、予備サーバ３００に配布される。配布元イメージＩＭは、配布元サーバ２００のディスクイメージであり、ＯＳ、ミドルウェア、業務アプリケーション等を含んでいる。その配布元イメージＩＭは、例えばストレージ１１０にあらかじめ格納されている。

サーバシステム１の構成は、図２Ａに示されたものに限られない。例えば、図２Ｂに示されるように、サーバ群１００〜３００とストレージ群１１０〜３１０は、ＳＡＮ（Storage Area Network）によって接続されていてもよい。あるいは、サーバシステム１は、ｉＳＣＳＩをサポートしていてもよい。ｉＳＣＳＩの場合、ストレージ群１１０〜３１０は、ネットワークに直接接続され、複数のサーバから共用される。

図３は、本発明に係るサーバ追加方法を示すフローチャートである。まず、管理サーバ１００は、運用中の配布元サーバ２００の配布元イメージＩＭを作成する（ステップＳ１）。ここで、配布元イメージＩＭは、「第１のイメージＩＭ１」と「第２のイメージＩＭ２」に区分けされ得る。第１のイメージＩＭ１は、配布元イメージＩＭの一部であり、サーバの起動に必要なプログラムを少なくとも含んでいる。第２のイメージＩＭ２は、配布元イメージＩＭの残りである。作成された配布元イメージＩＭは、所定のストレージに格納される。配布元イメージＩＭは、一括して格納されていてもよいし、分散的に格納されていてもよい。

その後、ユーザあるいは負荷監視ソフトが、管理サーバ１００に対して、追加サーバの割り当てを要求する（ステップＳ２）。その要求に応答して、管理サーバ１００は、登録されている予備サーバ群から、１つの予備サーバ３００を選択する（ステップＳ３）。ここで、管理サーバ１００は、配布元サーバ２００と予備サーバ群のハードウェア構成を比較することにより、配布元イメージＩＭに適合した予備サーバ３００を選択することもできる。

次に、管理サーバ１００は、第１のイメージＩＭ１だけを、選択された予備サーバ３００のストレージ３１０にコピーする（ステップＳ４）。上述の通り、第１のイメージＩＭ１は、サーバの起動に必要なプログラムを含んでいる。その状態で、管理サーバ１００は、ＷＯＬ（Wake-on LAN）機能を利用して予備サーバ３００を起動する（ステップＳ５）。また、管理サーバ１００は、ネットワーク／ストレージの設定など、必要な処理を実行する。この時点で、予備サーバ３００すなわち追加サーバの業務が開始する。

その後、追加サーバの業務の最中に、第２のイメージＩＭ２がストレージ３１０にコピーされる（ステップＳ６）。例えば、第２のイメージＩＭ２のコピーは、追加サーバ（予備サーバ３００）の要求に応答してオンデマンド方式で行われる。また、第２のイメージＩＭ２は、追加サーバの動作のバックグラウンドでコピーされてもよい。第２のイメージＩＭ２の全てのコピーが完了すると、配布元イメージＩＭの配布処理は終了する。

図４は、従来技術と本発明との比較を示している。従来技術によれば、時刻ｔ０における割り当て要求の後、サーバ選択（ステップＳ１０３）、配布元イメージ全体のコピー（ステップＳ１０４）、及び起動（ステップＳ１０５）が順番に実行される。追加サーバにおける業務開始は、時刻ｔ１である。一方、本発明によれば、配布元イメージＩＭの一部である第１のイメージＩＭ１のコピー（ステップＳ４）の直後に、起動処理（ステップＳ５）が行われる。従って、追加サーバで業務が開始する時刻ｔ１’は、時刻ｔ１よりも早くなる。すなわち、割り当て要求から追加サーバの業務開始までの時間は、ＴＡからＴＢに短縮される。

残りの第２のイメージＩＭ２に関しては、追加サーバの起動後、追加サーバの業務の最中に、オンデマンド・コピーあるいはバックグラウンド・コピーが実行される。第２のイメージＩＭ２のコピーは、時刻ｔ２に完了する。配布元イメージＩＭ全体のコピー時間は長くなるが、追加サーバの業務開始までの時間は短縮される。このことは、サービス提供の継続性の観点から好ましい。

以下、本発明に係る配布元イメージの配布に関して詳細に説明する。特に、第２のイメージＩＭ２のコピー方法に関して、詳細な説明が行われる。

２．第１の実施の形態
２−１．配布元イメージの分類
図５は、第１の実施の形態に係る配布元イメージＩＭの分類を示す概念図である。配布元イメージＩＭは、ＯＳ部５１とアプリケーション部（ＡＰ部）を含んでいる。ＯＳ部５１は、ブートイメージに相当し、サーバの起動に必要な最小限のプログラムである。ＡＰ部は、メタ情報５２、データ５３、ファイル５４などを含んでいる。メタ情報５２とは、ファイルの管理情報であり、例えばディレクトリ情報などを含む。第１の実施の形態では、第１のイメージＩＭ１は、ＯＳ部５１とメタ情報５２を含む。第２のイメージＩＭ２は、第１のイメージＩＭ１以外のデータ５３やファイル５４の実体を含む。

メタ情報５２に関して、具体的な例を挙げて説明する。図６は、一般的に知られているＵＮＩＸ（登録商標）のファイル管理方式を概念的に示している。ディスクは、複数のパーティションに区切られている。各パーティションのファイルシステムは、ブートブロック、スーパーブロック、ｉリスト６３、データブロック、及びディレクトリブロック６１を有している。ブートブロックは、サーバ起動時に使用されるプログラム（ブートストラップコード）が格納されている領域である。ｉリスト６３は、ｉノード６２の集合である。

ｉノード（index-node）６２とは、あるファイルに関する情報であり、ファイルの実体とは別に設けられている。図７は、ｉノード６２の一例を示している。ｉノード６２は、当該ファイルの型（タイプ）や許可モードの他、当該ファイルの大きさ（サイズ）６４や実体が存在する場所を示すアドレス表６５を有している。全てのファイルはｉノード６２によって管理されている。

ディレクトリブロック６１もファイルの一種である。図６に示されるように、ディレクトリブロック６１には、当該ディレクトリに含まれるファイルの名前と、そのファイルに対応付けられたｉノード６２の番号が示されている。あるファイルが参照される際、ディレクトリブロック６１によって当該ファイルに対応するｉノード６２が判明する。そして、そのｉノード６２によって、当該ファイルの実体が存在するディスク上の位置が判明する。このようにして、指定されたファイルに対するアクセスが可能となる。

図６に示された例では、ディレクトリブロック６１やｉリスト６３が、ファイルの管理情報であるメタ情報５２に相当する。すなわち、ディレクトリブロック６１やｉリスト６３が、第１のイメージＩＭ１に含まれる。そのため、図８に示されるように、ブートブロック、スーパーブロック、ｉリスト６３及びディレクトリブロック６１は、ディスク上において連続していることが好適である。これにより、第１のイメージＩＭ１と第２のイメージＩＭ２の区分けが容易となる。ＯＳ部５１以外のファイルの実体が存在するデータブロックは、第１のイメージＩＭ１には含まれず、第２のイメージＩＭ２に含まれる。

配布元サーバ２００のディスク２１０上のファイルは、最初から図８に示されるような形式で管理されていてもよい。その場合、第１のイメージＩＭ１と第２のイメージＩＭ２を容易に作成することが可能となる。一方、配布元サーバ２００のディスク２１０が図６に示された形式で管理されている場合、第１のイメージＩＭ１と第２のイメージＩＭ２の作成にあたり、ファイルの位置の入れ替えが行われる。このような入れ替えを行うことによって、図８に示されるような形式で、第１のイメージＩＭ１と第２のイメージＩＭ２を作成することが可能となる。

２−２．構成
図９は、第１の実施の形態に係るサーバシステム１の構成を示している。図９においては、特に、管理サーバ１００、予備サーバ３００、コピー元ストレージ１１０、及びコピー先ストレージ３１０が抜き出されて示されている。コピー元ストレージ１１０として、管理サーバ１００が使用するストレージ１１０が例示されているが、それに限られない。コピー元ストレージ１１０は、管理サーバ１００がアクセス可能なストレージであればよい。コピー先ストレージ３１０は、予備サーバ３００が使用するストレージである。

コピー元ストレージ１１０には、配布対象である配布元イメージＩＭが格納されている。配布元イメージＩＭは、第１のイメージＩＭ１と第２のイメージＩＭ２から構成されている。

管理サーバ１００は、イメージ作成モジュール１１、サーバ選択モジュール１２、及びイメージ配布モジュール１３を有している。イメージ作成モジュール１１は、配布元イメージＩＭを作成する。サーバ選択モジュール１２は、予備サーバ群の中から１つの予備サーバ３００を選択する。イメージ配布モジュール１３は、第１のイメージＩＭ１を予備サーバ３００にコピーする。これらモジュール１１、１２、１３は、ソフトウェアと演算処理装置との協働によって提供される。

予備サーバ３００は、コピー判定モジュール３１及びイメージコピーモジュール３２を有している。コピー判定モジュール３１は、第２のイメージＩＭ２に含まれるデータのコピーの要否を判定する。イメージコピーモジュール３２は、コピー元ストレージ１１０からコピー先ストレージ３１０へのデータのコピーを制御する。これらモジュール３１、３２は、第１のイメージＩＭ１中のＯＳ部５１に含まれるソフトウェアと演算処理装置との協働によって提供される。また、予備サーバ３００は、管理サーバ１００から通知されるコピー元情報３３を保持する。コピー元情報３３は、管理サーバ１００やコピー元ストレージ１１０のネットワークアドレス等を指定している。このコピー元情報３３は、予備サーバ３００のＲＡＭ等の記憶装置に格納されている。

２−３．動作
既出の図３及び図９を参照して、本実施の形態に係るサーバシステム１の動作例を説明する。

ステップＳ１：
まず、イメージ作成モジュール１１は、配布元サーバ２００のストレージ２１０の配布元イメージＩＭを作成し、その配布元イメージＩＭをコピー元ストレージ１１０に格納する。

例えば、配布元サーバ２００のディスク２１０上のファイルが、図８に示されるような形式で管理されている場合を考える。この場合、イメージ作成モジュール１１は、配布元サーバ２００のディスク２１０にアクセスし、第１のイメージＩＭ１に相当する部分と第２のイメージＩＭ２に相当する部分をそのまま読み出す。次に、イメージ作成モジュール１１は、第１のイメージＩＭ１に相当する部分に含まれるメタ情報５２（ｉリスト６３など）の複製を、コピー元ストレージ１１０に格納する。その後、イメージ作成モジュール１１は、第１のイメージＩＭ１に相当する部分に含まれるｉノード６２のうち、第２のイメージＩＭ２に属するデータブロックに対応する全てのｉノード６２のアドレス表６５の情報をクリアする。このような処理の後、イメージ作成モジュール１１は、それぞれの部分を第１のイメージＩＭ１及び第２のイメージＩＭ２として、コピー元ストレージ１１０に格納する。

一方、配布元サーバ２００のディスク２１０が、図６に示された形式で管理されている場合を考える。この場合、イメージ作成モジュール１１は、まず、配布元サーバ２００のディスク２１０に格納されている全てのデータを読み出す。そして、イメージ作成モジュール１１は、ｉリスト６３や散らばっていたディレクトリブロック６１が図８に示されるように固まって位置するように、ファイルの位置の入れ替えを行う。この時、全てのｉノード６２中のアドレス表６５の情報も入れ替えられる。その後の処理は、同様である。すなわち、イメージ作成モジュール１１は、メタ情報５２の複製を、コピー元ストレージ１１０に格納する。更に、イメージ作成モジュール１１は、第１のイメージＩＭ１に相当する部分に含まれるｉノード６２のうち、第２のイメージＩＭ２に属するデータブロックに対応する全てのｉノード６２のアドレス表６５の情報をクリアする。このような処理を行うことによって、図８に示されるような形式で、第１のイメージＩＭ１と第２のイメージＩＭ２を作成することが可能となる。作成された第１のイメージＩＭ１と第２のイメージＩＭ２は、コピー元ストレージ１１０に格納される。

ステップＳ２、Ｓ３：
その後、ユーザあるいは負荷監視ソフトが、管理サーバ１００に対して、追加サーバの割り当てを要求する。その要求に応答して、サーバ選択モジュール１２は、登録されている予備サーバ群から、１つの予備サーバ３００を選択する。

ステップＳ４：
次に、第１のイメージＩＭ１が、コピー元ストレージ１１０からコピー先ストレージ３１０にコピーされる（第１段階目のコピー）。例えば、ＳＡＮ環境の場合やコピー先ストレージ３１０が共有されている場合、イメージ配布モジュール１３は、コピー元ストレージ１１０から第１のイメージＩＭ１を読み出し、その第１のイメージＩＭ１をコピー先ストレージ３１０に直接コピーする。あるいは、イメージ配布モジュール１３はコピー元ストレージ１１０に指示を出し、ストレージ側の機能によりコピーが実現されてもよい。

ステップＳ５：
次に、管理サーバ１００は、ＷＯＬ（Wake-on LAN）機能を利用して予備サーバ３００を起動する。上述の通り、第１のイメージＩＭ１にはＯＳ部５１が含まれているため、起動が可能である。この時点で、予備サーバ３００すなわち追加サーバの業務が開始する。また、ＯＳ部５１に含まれるソフトウェアと演算処理装置の協働によって、予備サーバ３００中にコピー判定モジュール３１及びイメージコピーモジュール３２が提供される。更に、管理サーバ１００は、コピー元情報３３を予備サーバ３００に通知する。コピー元情報３３は、予備サーバ３００のＲＡＭ等で記憶される。

ステップＳ６：
その後、追加サーバの業務の最中に、第２のイメージＩＭ２が、コピー元ストレージ１１０からコピー先ストレージ３１０にコピーされる（第２段階目のコピー）。第２のイメージＩＭ２のコピーは、オンデマンドあるいは／及びバックグラウンドで行われる。図１０Ａ及び図１０Ｂは、本実施の形態に係るステップＳ６における処理を詳しく示すフローチャートである。

ステップＳ１０：
図１０Ａに示されるオンデマンド・コピーの場合、まず、動作中のプログラムからコピー先ストレージ３１０へのアクセス（リード要求）が発生する。この時、後述のバックグラウンド・コピーは、一時中断される。

ステップＳ１１：
予備サーバ３００のコピー判定モジュール３１は、アクセス対象である対象データの実体がコピー先ストレージ３１０に存在するか否かの判定を行う。本実施の形態において、コピー判定モジュール３１は、第１のイメージＩＭ１に含まれているメタ情報５２を参照し、そのメタ情報５２に基づいて判定を行う。具体的には、コピー判定モジュール３１は、対象データに対応するｉノード６２（図７参照）に含まれる情報を調べる。そのｉノード６２中のアドレス表６５が空か否かに基づいて、ファイルの実体が存在するか否かの判定を行うことができる。

ステップＳ１２：
ｉノード６２にアドレス表６５が示されている場合（ステップＳ１２；Ｎｏ）、対象データは既にコピーされている。従って、コピー先ストレージ３１０上の指定されたアドレスから、対象データが読み出される（ステップＳ３０）。一方、ｉノード６２においてファイルサイズ６４は示されているが、アドレス表６５が示されていない場合（ステップＳ１２；Ｙｅｓ）、対象データは未だコピーされていない。つまり、未コピー領域へのアクセスが発生していることがわかる。その場合、処理は、ステップＳ２０に移行する。

ステップＳ２０：
イメージコピーモジュール３２は、コピー元ストレージ１１０からの対象データのコピー処理を制御する。イメージコピーモジュール３２は、コピー元情報３３を参照して、管理サーバ１００やコピー元ストレージ１１０のネットワークアドレスを認識することができる。例えば、イメージコピーモジュール３２は、管理サーバ１００に対して対象データのファイル名を通知し、対象データのコピーを指示する。管理サーバ１００は、受け取ったファイル名に基づいて、コピー元ストレージ１１０から対象データを読み出す。ここで、管理サーバ１００は、上述のステップＳ１で用意されたメタ情報５２の複製を参照することによって、コピー元ストレージ１１０から対象データを読み出すことができる。そして、管理サーバ１００は、読み出された対象データをコピー先ストレージ３１０上の対応するアドレスに格納する。または、管理サーバ１００は、コピー元ストレージ１１０に指示を出し、ストレージ側の機能によりコピーが実現されてもよい。

ステップＳ２１：
管理サーバ１００は、コピー先ストレージ３１０上の対象データに関するｉノード６２にアクセスし、対象データが格納されたアドレスをアドレス表６５に格納する。あるいは、管理サーバ１００は、イメージコピーモジュール３２に当該アドレスを通知する。イメージコピーモジュール３２は、対象データに関するｉノード６２のアドレス表６５に、当該アドレスを格納する。このようにして、コピーされたデータに対応付けられたアドレス表６５が更新される。その後、コピー先ストレージ３１０上の指定されたアドレスから、対象データが読み出される（ステップＳ３０）。

バックグラウンド・コピーは、上記オンデマンド・コピーを補完する役割を果たす。第２のイメージＩＭ２にはなかなかアクセスされないファイルも含まれるため、オンデマンド・コピーだけでは、配布元イメージＩＭ全体のコピーが終了するまでの時間が長くなる可能性がある。バックグラウンド・コピーを併用することによって、配布元イメージＩＭ全体のコピー時間が短縮される。バックグラウンド・コピーは、予備サーバ３００のコピー判定モジュール３１及びイメージコピーモジュール３２によって、同様に行われ得る。

ステップＳ４０：
図１０Ｂに示されるバックグラウンド・コピーの場合、予備サーバ３００のＯＳが、開始要求を発行する。例えばＯＳが、システム負荷をモニタし、システム負荷が軽い場合にコピー判定モジュール３１に対してバックグラウンド・コピーの開始を指示する。

ステップＳ４１：
コピー判定モジュール３１は、ｉリスト６３の先頭から順番にｉノード６２を選択する。

その後は、オンデマンド・コピーの場合と同様である。コピー判定モジュール３１は、各ｉノード６２の確認を行う（ステップＳ１１）。コピー済の場合（ステップＳ１２；Ｎｏ）、処理はステップＳ４１に戻り、次のｉノード６２が選択される。未コピーの場合（ステップＳ１２；Ｙｅｓ）、上述のステップＳ２０、Ｓ２１が実行される。ステップＳ２１が終わると、処理はステップＳ４１に戻り、次のｉノード６２が選択される。オンデマンド・コピーが発生したり、システム負荷が重くなった場合、ＯＳは、バックグラウンド・コピーを中断させる。

このようにして、追加サーバの業務の途中に、第２のイメージＩＭ２をコピー元ストレージ１１０からコピー先ストレージ３１０にコピーすることが可能となる。

２−４．変形例
図１１に示されるように、本実施の形態に係るｉノード６２に、コピーが行われたか否かを示す「コピー済フラグ６６」が新たに追加されてもよい。この場合、ｉノード６２のアドレス表６５の代わりに、ｉノード６２のコピー済フラグ６６を参照することによって、対象データがコピーされたか否かが判定される。以下、変形例に特有な処理を説明する。

ステップＳ１において、イメージ作成モジュール１１は、配布元サーバ２００のディスク２１０の配布元イメージＩＭを作成する。例えば、配布元サーバ２００のディスク２１０上のファイルが、図８に示されるような形式で管理されている場合を考える。この場合、イメージ作成モジュール１１は、配布元サーバ２００のディスク２１０にアクセスし、第１のイメージＩＭ１に相当する部分と第２のイメージＩＭ２に相当する部分をそのまま読み出す。アドレス表６５のクリアは行われない。次に、イメージ作成モジュール１１は、各ｉノード６２にコピー済フラグ６６を追加する。初期状態において、第１のイメージＩＭ１に属するデータブロックに対応する全てのｉノード６２のコピー済フラグ６６は「コピー済」に設定され、第２のイメージＩＭＳ２に属するデータブロックに対応する全てのｉノード６２のコピー済フラグ６６は「未コピー」に設定されている。そして、イメージ作成モジュール１１は、それぞれの部分を第１のイメージＩＭ１及び第２のイメージＩＭ２として、コピー元ストレージ１１０に格納する。

一方、配布元サーバ２００のディスク２１０が、図６に示された形式で管理されている場合を考える。この場合、イメージ作成モジュール１１は、まず、配布元サーバ２００のディスク２１０に格納されている全てのデータを読み出す。そして、イメージ作成モジュール１１は、ｉリスト６３や散らばっていたディレクトリブロック６１が図８に示されるように固まって位置するように、ファイルの位置の入れ替えを行う。その入れ換えが反映されるように、イメージ作成モジュール１１は、各ｉノード６２中のアドレス表６５を適宜変更する。更に、イメージ作成モジュール１１は、各ｉノード６２にコピー済フラグ６６を追加する。初期状態において、第１のイメージＩＭ１に属するデータブロックに対応する全てのｉノード６２のコピー済フラグ６６は「コピー済」に設定され、第２のイメージＩＭＳ２に属するデータブロックに対応する全てのｉノード６２のコピー済フラグ６６は「未コピー」に設定されている。図８に示されるような形式で作成された第１のイメージＩＭ１と第２のイメージＩＭ２は、コピー元ストレージ１１０に格納される。

変形例における第２のイメージＩＭ２のコピー（ステップＳ６）は、次の通りである（図１０Ａ、図１０Ｂ参照）。

ステップＳ１１：
予備サーバ３００のコピー判定モジュール３１は、アクセス対象である対象データの実体がコピー先ストレージ３１０に存在するか否かの判定を行う。本変形例において、コピー判定モジュール３１は、第１のイメージＩＭ１に含まれているメタ情報５２を参照し、対象データに対応するｉノード６２（図１１参照）に含まれるコピー済フラグ６６を調べる。そのコピー済フラグ６６が「コピー済」か「未コピー」かに基づいて、ファイルの実体が存在するか否かの判定を行うことができる。

ステップＳ１２：
コピー済フラグ６６が「コピー済」を示している場合（ステップＳ１２；Ｎｏ）、対象データは既にコピーされている。従って、コピー先ストレージ３１０上の指定されたアドレスから、対象データが読み出される（ステップＳ３０）。一方、コピー済フラグ６６が「未コピー」を示している場合（ステップＳ１２；Ｙｅｓ）、対象データは未だコピーされていない。その場合、処理は、ステップＳ２０に移行する。

ステップＳ２０：
イメージコピーモジュール３２は、コピー元ストレージ１１０からの対象データのコピー処理を制御する。ここで、イメージコピーモジュール３２は、コピー元情報３３を参照して、管理サーバ１００やコピー元ストレージ１１０のネットワークアドレスを認識することができる。更に、イメージコピーモジュール３２は、対象データに関するｉノード６２中のアドレス表６５を参照して、対象データが存在するアドレスを認識することができる。コピーの主体としては、様々考えられる。

例えば、ＳＡＮ環境（図２Ｂ参照）の場合やコピー元ストレージ１１０が共有されている場合、予備サーバ３００は、コピー元ストレージ１１０に直接アクセス可能である。この場合、イメージコピーモジュール３２は、ファイル名やアドレス表６５で示されるアドレスを利用して、コピー元ストレージ１１０に直接アクセスする。そして、イメージコピーモジュール３２は、第２のイメージＩＭ２中から対象データを読み出し、読み出された対象データを、コピー先ストレージ３１０に書き込む。

あるいは、イメージコピーモジュール３２は、管理サーバ１００に対して、対象データのコピーを指示してもよい。この時、イメージコピーモジュール３２は、管理サーバ１００に対してファイル名を通知する。管理サーバ１００は、受け取ったファイル名に基づいて、コピー元ストレージ１１０から対象データを読み出すことができる。そして、管理サーバ１００は、読み出された対象データをコピー先ストレージ３１０上の対応するアドレスに格納する。または、管理サーバ１００は、コピー元ストレージ１１０に指示を出し、ストレージ側の機能によりコピーが実現されてもよい。

あるいは、ｉＳＣＳＩ環境の場合、イメージコピーモジュール３２は、ｉＳＣＳＩイニシエータ（図示されない）にｉＳＣＳＩコマンドの発行を指示してもよい。この時、ｉＳＣＳＩコマンドには、ファイル名やアドレス表６５で示されるアドレスが含まれている。発行されたｉＳＣＳＩコマンドは、コピー元ストレージ１１０に直接送られる。そのｉＳＣＳＩコマンドに応答して、コピー元ストレージ１１０から対象データが読み出され、その対象データがコピー先ストレージ３１０に送られる。

ステップＳ２１：
イメージコピーモジュール３２は、対象データに関するｉノード６２のコピー済フラグ６６を、「未コピー」から「コピー済」に変更する。このようにして、コピーされたデータに対応付けられたアドレス表６５が更新される。その後、コピー先ストレージ３１０上の指定されたアドレスから、対象データが読み出される（ステップＳ３０）。

その他のステップにおける処理は同様である。このようにして、追加サーバの業務の途中に、第２のイメージＩＭ２をコピー元ストレージ１１０からコピー先ストレージ３１０にコピーすることが可能となる。

３．第２の実施の形態
続いて、本発明の他の実施の形態を説明する。第２の実施の形態において、第１の実施の形態で示された構成と同じ構成には同じ符号が付され、重複する説明は適宜省略される。

３−１．配布元イメージの分類
図１２は、第２の実施の形態に係る配布元イメージＩＭの分類を示す概念図である。本実施の形態において、第１のイメージＩＭ１は、ＯＳ部５１だけを含み、メタ情報５２は含まない。第２のイメージＩＭ２は、第１のイメージＩＭ１以外の情報を含む。

３−２．構成
図１３は、第２の実施の形態に係るサーバシステム１の構成を示している。図１３においては、特に、管理サーバ１００、予備サーバ３００、コピー元ストレージ１１０、及びコピー先ストレージ３１０が抜き出されて示されている。管理サーバ１００は、更に、コピーリスト作成モジュール１４を有している。コピーリスト作成モジュール１４は、第２のイメージＩＭ２に含まれるファイルのリストであるコピーリスト７０を作成する。

図１４は、コピーリスト７０の一例を示している。そのコピーリスト７０は、第２のイメージＩＭ２に含まれるファイルのリストと、コピーが行われたか否かを示すコピー済フラグとを有する。１つのファイルには、１つのコピー済フラグが対応付けられている。例えば、コピー済フラグ“０”は、当該ファイルがコピー先ストレージ３１０に未だコピーされていないことを示す。また、図１４に示されるように、ファイル名はフルパスで記述されている。つまり、コピーリスト７０は、各ファイルのアドレス情報を含んでいると言える。

３−３．動作
既出の図３及び図１３を参照して、本実施の形態に係るサーバシステム１の動作例を説明する。

ステップＳ１：
まず、イメージ作成モジュール１１は、配布元サーバ２００のストレージ２１０にアクセスし、第１のイメージＩＭ１に相当する部分と第２のイメージＩＭ２に相当する部分（図１２参照）をそのまま読み出す。そして、イメージ作成モジュール１１は、読み出されたそれぞれの部分を第１のイメージＩＭ１及び第２のイメージＩＭ２として、コピー元ストレージ１１０に格納する（ステップＳ１）。

また、コピーリスト作成モジュール１４は、配布元イメージＩＭ中の第２のイメージＩＭ２を参照して、コピーリスト７０を作成する。作成されたコピーリスト７０において、コピー済フラグは全て“０”に設定されている。作成されたコピーリスト７０は、例えば、コピー元ストレージ１１０に格納される。

ステップＳ２〜Ｓ５：
その後、追加サーバの割り当て要求（ステップＳ２）に応答して、サーバ選択モジュール１２が、予備サーバ３００を選択する（ステップＳ３）。次に、第１のイメージＩＭ１が、コピー元ストレージ１１０からコピー先ストレージ３１０にコピーされる（ステップＳ４）。同時に、イメージ配布モジュール１３は、上記コピーリスト７０をコピー先ストレージ３１０にコピーする。次に、管理サーバ１００は、予備サーバ３００を起動する（ステップＳ５）。この時点で、予備サーバ３００すなわち追加サーバの業務が開始する。

ステップＳ６：
その後、追加サーバの業務の最中に、第２のイメージＩＭ２が、コピー元ストレージ１１０からコピー先ストレージ３１０にコピーされる。第２のイメージＩＭ２のコピーは、オンデマンドあるいは／及びバックグラウンドで行われる。図１５Ａ及び図１５Ｂは、本実施の形態に係るステップＳ６における処理を詳しく示すフローチャートである。

ステップＳ１０：
図１５Ａに示されるオンデマンド・コピーは、第１の実施の形態とほぼ同様に行われる。まず、動作中のプログラムからコピー先ストレージ３１０へのアクセス（リード要求）が発生する。この時、後述のバックグラウンド・コピーは、一時中断される。

ステップＳ１３：
予備サーバ３００のコピー判定モジュール３１は、アクセス対象である対象データの実体がコピー先ストレージ３１０に存在するか否かの判定を行う。本実施の形態において、メタ情報５２は存在しない。その代わり、コピー判定モジュール３１は、コピー先ストレージ３１０に格納されているコピーリスト７０を参照し、そのコピーリスト７０に基づいて判定を行う。具体的には、コピー判定モジュール３１は、対象データがコピーリスト７０に含まれているかを調べる。対象データが含まれている場合、コピー判定モジュール３１は、その対象データに対応するコピー済フラグを調べる（図１４参照）。

ステップＳ１４：
コピー済フラグが“１（コピー済）”の場合（ステップＳ１４；Ｎｏ）、コピー先ストレージ３１０上の指定されたアドレスから、対象データが読み出される（ステップＳ３０）。一方、コピー済フラグが“０（未コピー）”の場合（ステップＳ１４；Ｙｅｓ）、処理は、ステップＳ２０に移行する。

ステップＳ２０：
イメージコピーモジュール３２は、コピー元ストレージ１１０からの対象データのコピー処理を制御する。ここで、イメージコピーモジュール３２は、コピー元情報３３で示されるコピー元ストレージ１１０のネットワークアドレスや、コピーリスト７０で示されるファイルのアドレス情報を参照することができる。処理の詳細は、第１の実施の形態と同様である。

ステップＳ２２：
対象データがコピー先ストレージ３１０にコピーされると、イメージコピーモジュール３２は、対象データに対応するコピー済フラグを“０”から“１”に変更する。他の処理は、第１の実施の形態と同じである。

図１５Ｂで示されるバックグラウンドコピーも、第１の実施の形態と同様に行われる。まず、バックグラウンド・コピーのリクエストが行われる（ステップＳ４０）。コピー判定モジュール３１は、コピーリスト７０の先頭から順番にファイルを選択する（ステップＳ４２）。コピー判定モジュール３１は、コピーリスト７０中の選択されたファイルに対応するコピー済フラグを調べる（ステップＳ１３）。コピー済の場合（ステップＳ１４；Ｎｏ）、処理はステップＳ４２に戻り、次のファイルが選択される。未コピーの場合（ステップＳ１４；Ｙｅｓ）、上述のステップＳ２０、Ｓ２２が実行される。ステップＳ２２が終わると、処理はステップＳ４２に戻り、次のファイルが選択される。

このようにして、追加サーバの業務の途中に、第２のイメージＩＭ２をコピー元ストレージ１１０からコピー先ストレージ３１０にコピーすることが可能となる。

４．第３の実施の形態
続いて、本発明の他の実施の形態を説明する。第３の実施の形態において、既出の実施の形態で示された構成と同じ構成には同じ符号が付され、重複する説明は適宜省略される。また、第３の実施の形態は、既出の第１の実施の形態あるいは第２の実施の形態と組み合わされ得る。

複数のサーバが運用中の場合、配布され得る配布元イメージも複数存在する。例えば図１６において、３つのサーバ（配布元サーバ）２００−ａ、２００−ｂ、及び２００−ｃが運用中である。配布元サーバ２００−ａの配布元イメージは、第１のイメージＩＭ１−ａと第２のイメージＩＭ２−ａから構成されている。その第２のイメージＩＭ２−ａは、アプリケーションデータａｐ１、ａｐ２、ａｐ３を含んでいる。同様に、配布元サーバ２００−ｂの配布元イメージは、第１のイメージＩＭ１−ｂと第２のイメージＩＭ２−ｂから構成されており、その第２のイメージＩＭ２−ｂは、アプリケーションデータａｐ１、ａｐ２を含んでいる。配布元サーバ２００−ｃの配布元イメージは、第１のイメージＩＭ１−ｃと第２のイメージＩＭ２−ｃから構成されており、その第２のイメージＩＭ２−ｃは、アプリケーションデータａｐ１、ａｐ３を含んでいる。

図１６に示された例において、第２のイメージＩＭ２−ａ〜ＩＭ２〜ｃは、重複するデータを有している。従って、第２のイメージＩＭ２の各々を分割し、アプリケーションデータａｐ１、ａｐ２、ａｐ３を別々に格納することによって、ディスクスペースを節約することができる。第２のイメージＩＭ２のコピー時、必要なアプリケーションデータが適宜コピーされるとよい。

また、アプリケーションデータａｐ１、ａｐ２、ａｐ３は、それぞれ異なるコピー元ストレージに格納されていてもよい。つまり、第２の配布元イメージＩＭ２が複数の分割イメージに分割され、その複数の分割イメージが複数のコピー元ストレージに分散的に格納されてもよい。その場合、第２のイメージＩＭ２のコピーに関して、次のような工夫が考えられる。

図１７は、第３の実施の形態に係るサーバシステム１の構成を示している。図１７においては、特に、管理サーバ１００、予備サーバ３００、コピー先ストレージ３１０、及びコピー元ストレージ群４００が抜き出されて示されている。コピー元ストレージ群４００には、配布元イメージＩＭ、すなわち複数の分割イメージが分散的に格納される。管理サーバ１００は、コピー元リスト作成モジュール１５を有している。

既出の図３及び図１７を参照して、本実施の形態に係るサーバシステム１の動作例を説明する。

ステップＳ１：
まず、イメージ作成モジュール１１は、既出の実施の形態と同様に、配布元イメージＩＭを作成する。次に、イメージ作成モジュール１１は、第２の配布元イメージＩＭ２を複数の分割イメージに分割し、その複数の分割イメージをコピー元ストレージ群４００に分散的に格納する。更に、イメージ作成モジュール１１は、分割イメージの分散状態を示すイメージ分散情報２０を作成する。

図１８は、イメージ分散情報２０の一例を示している。イメージ分散情報２０は、各配布元サーバ２００に関して、分割イメージとその格納先を示している。例えば、配布元サーバ２００−ａの第２のイメージＩＭ２は、複数の分割イメージａｐ１，ａｐ２，ａｐ３に分割され、それら複数の分割イメージａｐ１，ａｐ２，ａｐ３は、それぞれ異なるコピー元Ｈｏｓｔ１，Ｈｏｓｔ２，Ｈｏｓｔ３に格納されている。他の配布元サーバ２００−ｂ、２００−ｃに関しても同様である。尚、同じ分割イメージは、同じコピー元に格納されている。作成されたイメージ分散情報２０は、所定のストレージに格納される。

ステップＳ２、Ｓ３：
次に、管理サーバ１００に対して、追加サーバの割り当て要求が行われる。例えば、配布元サーバ２００−ａの配布元イメージＩＭが、予備サーバ３００に配布されるとする。

ステップＳ４：
イメージ配布モジュール１３は、図１８に示されたイメージ分散情報２０を参照して、第１のイメージＩＭ１−ａの格納先を認識する。そして、イメージ配布モジュール１３は、その第１のイメージＩＭ１−ａを、コピー元（Ｈｏｓｔ１）からコピー先ストレージ３１０にコピーする。更に、コピー元リスト作成モジュール１５は、イメージ分散情報２０を参照してコピー元リスト８０を作成し、そのコピー元リスト８０をコピー先ストレージ３１０にコピーする。コピー元リスト８０は、第２のイメージＩＭ２−ａが格納されている場所、すなわち分割イメージ（ａｐ１，ａｐ２，ａｐ３）のそれぞれが格納されている場所を示す。

図１９は、コピー元リスト８０の一例を示している。コピー元リスト８０は、第２のイメージＩＭ２−ａに含まれるファイルのそれぞれが格納されている場所（コピー元装置）を示している。分割イメージａｐ１，ａｐ２，ａｐ３のそれぞれに含まれるファイルは、それぞれ異なるコピー元Ｈｏｓｔ１，Ｈｏｓｔ２，Ｈｏｓｔ３に格納されていることがわかる。それら分割イメージａｐ１，ａｐ２，ａｐ３がコピー対象となるように、コピー元リスト８０は作成されている。

また、本実施の形態が第２の実施の形態に適用される場合、図１４に示されたコピーリスト７０と図１９に示されたコピー元リスト８０は組み合わされてもよい。その場合、コピー元リスト作成モジュール１５は、図２０に示されるようなコピー元リスト８０を作成する。図２０において、コピー元リスト８０は、第２のイメージＩＭ２−ａに含まれるファイルのリストと、コピー元装置と、コピー済フラグとを示している。１つのファイルには、１つのコピー済フラグが対応付けられている。このコピー元リスト８０が、コピーリスト７０としても用いられる。

ステップＳ５：
次に、管理サーバ１００は、予備サーバ３００を起動する。この時点で、予備サーバ３００すなわち追加サーバの業務が開始する。

ステップＳ６：
その後、追加サーバの業務の最中に、第２のイメージＩＭ２−ａが、コピー元ストレージ群４００からコピー先ストレージ３１０にコピーされる。既出の図１０Ａ、図１０Ｂ、図１５Ａ、及び図１５Ｂで示されるステップＳ２０において、対象データのコピー元は、上述のコピー元リスト（図１９あるいは図２０）を参照することにより特定される。コピー元が様々になるだけで、コピー処理自体は既出の実施の形態と同様である。

このようにして、追加サーバの業務の途中に、第２のイメージＩＭ２をコピー元ストレージ１１０からコピー先ストレージ３１０にコピーすることが可能となる。本実施の形態によれば、既出の実施の形態と同様の効果が得られる。更に、配布元イメージＩＭが分割され、重複する分割イメージが共有されるため、ディスクスペースを有効に活用することが可能となる。

図１は、従来技術に係る配布元イメージの配布方法を示すフローチャートである。 図２Ａは、本発明の実施の形態に係るサーバシステムの構成の一例を概略的に示すブロック図である。 図２Ｂは、本発明の実施の形態に係るサーバシステムの構成の他の例を概略的に示すブロック図である。 図３は、本発明の実施の形態に係る配布元イメージの配布方法を示すフローチャートである。 図４は、本発明の効果を説明するための図である。 図５は、本発明の第１の実施の形態に係る配布元イメージを示す概念図である。 図６は、ファイルシステムの一例を示す概念図である。 図７は、ｉノードの一例を示す概念図である。 図８は、ファイルシステムの他の例を示す概念図である。 図９は、第１の実施の形態に係る構成を示すブロック図である。 図１０Ａは、第１の実施の形態における第２のイメージのコピー方法を示すフローチャートである。 図１０Ｂは、第１の実施の形態における第２のイメージのコピー方法を示すフローチャートである。 図１１は、ｉノードの他の例を示す概念図である。 図１２は、本発明の第２の実施の形態に係る配布元イメージを示す概念図である。 図１３は、第２の実施の形態に係る構成を示すブロック図である。 図１４は、第２の実施の形態におけるコピーリストを示す概念図である。 図１５Ａは、第２の実施の形態における第２のイメージのコピー方法を示すフローチャートである。 図１５Ｂは、第２の実施の形態における第２のイメージのコピー方法を示すフローチャートである。 図１６は、本発明の第３の実施の形態を説明するための図である。 図１７は、第３の実施の形態に係る構成を示すブロック図である。 図１８は、第３の実施の形態におけるイメージ分散情報を示す概念図である。 図１９は、第３の実施の形態におけるコピー元リストを示す概念図である。 図２０は、第３の実施の形態におけるコピー元リストを示す概念図である。

符号の説明

１ サーバシステム
１１ イメージ作成モジュール
１２ サーバ選択モジュール
１３ イメージ配布モジュール
１４ コピーリスト作成モジュール
１５ コピー元リスト作成モジュール
２０ イメージ分散情報
３１ コピー判定モジュール
３２ イメージコピーモジュール
３３ コピー元情報
５１ ＯＳ部
５２ メタ情報
５３ データ
５４ ファイル
６１ ディレクトリブロック
６２ ｉノード
６３ ｉリスト
６４ ファイルサイズ
６５ アドレス表
６６ コピー済フラグ
７０ コピーリスト
８０ コピー元リスト
１００ 管理サーバ
１１０ ストレージ、コピー元ストレージ
２００ 配布元サーバ
２１０ ストレージ
３００ 予備サーバ
３１０ ストレージ、コピー先ストレージ
４００ コピー元ストレージ群
ＩＭ 配布元イメージ
ＩＭ１ 第１のイメージ
ＩＭ２ 第２のイメージ

Claims (5)

1. （ａ）運用中の計算機のディスクに記録されているファイルを読み出すステップと、
   ここで、前記ディスクには、計算機の起動に必要なプログラム、及びファイルの実体が存在する前記ディスク上の位置を示すメタ情報が記録されており、
   （ｂ）前記プログラム及び前記メタ情報が前記ディスク上で連続していない場合、前記プログラム及び前記メタ情報が前記ディスク上で連続するようにファイルの位置の入れ替えを行い、前記入れ替えが反映されるように前記メタ情報を変更するステップと、
   （ｃ）前記（ｂ）ステップの後、前記運用中の計算機のディスクイメージをコピー元ストレージに格納するステップと、
   ここで、前記ディスクイメージは、前記ディスクイメージの一部であって前記プログラム及び前記メタ情報を含む第１のイメージと、前記ディスクイメージの残りである第２のイメージとに区分けされ、
   （Ａ）前記第１のイメージを、前記コピー元ストレージから、運用に追加される予備計算機のストレージであるコピー先ストレージにコピーするステップと、
   （Ｂ）前記予備計算機を前記プログラムで起動するステップと、
   （Ｃ）前記（Ｂ）ステップの後、前記第２のイメージを、前記コピー元ストレージから前記コピー先ストレージにコピーするステップと
   を有する
   ディスクイメージ配布方法。
2. 請求項１に記載のディスクイメージ配布方法であって、
   前記（Ｃ）ステップは、
   （Ｃ１）前記予備計算機が前記コピー先ストレージへアクセスする際、前記コピー先ストレージ中の前記第１のイメージに含まれる前記メタ情報に基づいて、アクセス対象である対象データの実体が存在するか否かの判定を行うステップと、
   （Ｃ２）前記対象データの実体が存在しない場合、前記第２のイメージ中の前記対象データを、前記コピー元ストレージから前記コピー先ストレージにコピーするステップと
   を含む
   ディスクイメージ配布方法。
3. 請求項２に記載のディスクイメージ配布方法であって、
   前記メタ情報は、ファイルの実体が存在する場所を示すアドレス表を有するｉノードを含んでおり、
   前記（ｃ）ステップは、前記第１のイメージに含まれる前記ｉノードのうち前記第２のイメージに属するファイルに関連する前記ｉノードに関して、前記アドレス表を空にするステップを含み、
   前記（Ｃ１）ステップは、前記対象データに対応する前記ｉノードの前記アドレス表が空か否かに基づいて、前記判定を行うステップを含み、
   前記（Ｃ２）ステップは、前記対象データを前記コピー先ストレージにコピーした後、前記対象データが格納された前記コピー先ストレージ上のアドレスを、前記対象データに対応する前記ｉノードの前記アドレス表に格納するステップを含む
   ディスクイメージ配布方法。
4. 管理計算機と、
   運用中の計算機と、
   運用に追加される予備計算機と
   を具備し、
   前記管理計算機は、前記運用中の計算機のディスクに記録されているファイルを読み出し、前記ディスクには、計算機の起動に必要なプログラム、及びファイルの実体が存在する前記ディスク上の位置を示すメタ情報が記録されており、
   前記プログラム及び前記メタ情報が前記ディスク上で連続していない場合、前記管理計算機は、前記プログラム及び前記メタ情報が前記ディスク上で連続するようにファイルの位置の入れ替えを行い、前記入れ替えが反映されるように前記メタ情報を変更し、
   前記管理計算機は、前記運用中の計算機のディスクイメージをコピー元ストレージに格納し、前記ディスクイメージは、前記ディスクイメージの一部であって前記プログラム及び前記メタ情報を含む第１のイメージと、前記ディスクイメージの残りである第２のイメージとに区分けされ、
   前記管理計算機は、前記第１のイメージを、前記コピー元ストレージから、前記予備計算機のストレージであるコピー先ストレージにコピーし、
   前記予備計算機は、前記プログラムによって起動された後、前記コピー先ストレージへアクセスする際、前記コピー先ストレージ中の前記第１のイメージに含まれる前記メタ情報に基づいて、アクセス対象である対象データの実体が存在するか否かの判定を行い、
   前記対象データの実体が存在しない場合、前記予備計算機は、前記対象データのコピーを前記管理計算機に指示し、前記管理計算機は、前記第２のイメージ中の前記対象データを、前記コピー元ストレージから前記コピー先ストレージにコピーする
   計算機システム。
5. 請求項４に記載の計算機システムであって、
   前記メタ情報は、ファイルの実体が存在する場所を示すアドレス表を有するｉノードを含んでおり、
   前記管理計算機は、前記第１のイメージを作成する際、前記第１のイメージに含まれる前記ｉノードのうち前記第２のイメージに属するファイルに関連する前記ｉノードに関して、前記アドレス表を空にし、
   前記予備計算機は、前記対象データに対応する前記ｉノードの前記アドレス表が空か否かに基づいて、前記判定を行い、
   前記管理計算機は、前記対象データを前記コピー先ストレージにコピーした後、前記対象データが格納された前記コピー先ストレージ上のアドレスを、前記対象データに対応する前記ｉノードの前記アドレス表に格納する
   計算機システム。

Images