(57)【要約】【課題】デプロイ対象サーバを短時間でブート開始可能状態にすること目的とする。【解決手段】本発明は、ブートディスクイメージを記憶する複製元論理ディスクを有するストレージ装置と接続されるデプロイ対象計算機である。デプロイ対象計算機のディスクマッピング処理部は、前記デプロイ対象計算機からストレージ装置に対するＩ／Ｏ要求があった場合、そのＩ／Ｏ要求がブートディスクイメージの読み出しであるときはアクセス先をストレージ装置の複製元論理ディスクとし、そのＩ／Ｏ要求がブートディスクイメージに関する書き込みであるときはアクセス先を、ブートディスクイメージに関する書き込みを行うための複製先論理ディスクとするように、アクセス先を切り替える。【選択図】図１
2008287631.tif 000002
【特許請求の範囲】
【請求項１】
起動用のプログラムであるブートディスクイメージを記憶する複製元論理ディスクを有するストレージ装置と接続され、前記ブートディスクイメージのデプロイの対象となるデプロイ対象計算機であって、
前記デプロイ対象計算機から前記ストレージ装置に対するＩ／Ｏ要求があった場合、そのＩ／Ｏ要求が前記ブートディスクイメージの読み出しであるときはアクセス先を前記ストレージ装置の複製元論理ディスクとし、そのＩ／Ｏ要求が前記ブートディスクイメージに関する書き込みであるときはアクセス先を、前記ストレージ装置、前記デプロイ対象計算機またはその他の外部の計算機のいずれかに設けられた前記ブートディスクイメージに関する書き込みを行うための複製先論理ディスクとするように、アクセス先を切り替えるディスクマッピング処理部を備える
ことを特徴とするデプロイ対象計算機。
【請求項２】
前記複製元論理ディスクに記憶されたブートディスクイメージのうち、前記複製先論理ディスクへすでに複製した領域とそれ以外の領域とを管理するマッピング情報、をさらに備え、
前記ディスクマッピング処理部は、
前記ストレージ装置に対するＩ／Ｏ要求を検知すると、そのＩ／Ｏ要求を解析し、そのＩ／Ｏ要求が前記ブートディスクイメージの読み出しであるときは、前記マッピング情報を参照し、そのＩ／Ｏ要求のアクセス先の領域が前記複製先論理ディスクにすでに複製されているか否かを判定し、
当該領域が前記複製先論理ディスクにまだ複製されていなければ、検知したＩ／Ｏ要求のアクセス先を前記複製元論理ディスクに切り替える
ことを特徴とする請求項１に記載のデプロイ対象計算機。
【請求項３】
前記マッピング情報は、前記複製元論理ディスクに記憶されたブートディスクイメージのうち、前記複製先論理ディスクへすでに複製した領域とそれ以外の領域とを１ビットの情報で管理する
ことを特徴とする請求項２に記載のデプロイ対象計算機。
【請求項４】
請求項２に記載のデプロイ対象計算機およびストレージ装置、を備えたデプロイメントシステムであって、
前記ストレージ装置は、前記デプロイ対象計算機のディスクマッピング処理部とは非同期に動作するデータ反映部と、前記複製先論理ディスクと、を備えており、
前記ストレージ装置のデータ反映部は、
前記複製元論理ディスクに記憶されたブートディスクイメージのうち、前記複製先論理ディスクへ複製していない領域を管理し、前記複製先論理ディスクに対してその複製していない領域への前記ブートディスクイメージの複製を実行する
ことを特徴とするデプロイメントシステム。
【請求項５】
前記ストレージ装置のデータ反映部は、
前記複製元論理ディスクに記憶されたブートディスクイメージを、前記複製先論理ディスクへすべて複製した場合、その複製完了の旨を前記デプロイ対象計算機のディスクマッピング処理部に通知し、
その通知を受けた前記ディスクマッピング処理部は、
前記ブートディスクイメージを記憶する複製元論理ディスクへのパスを解除する
ことを特徴とする請求項４に記載のデプロイメントシステム。
【請求項６】
前記デプロイ対象計算機のディスクマッピング処理部は、前記複製元論理ディスクへのパスを解除した後、前記ストレージ装置に対するＩ／Ｏ要求の解析を停止する
ことを特徴とする請求項５に記載のデプロイメントシステム。
【請求項７】
前記デプロイ対象計算機は、インターフェースとしてＨＢＡ（Host Bus Adapter）を備え、そのＨＢＡに前記デプロイ対象計算機の識別子としてＷＷＮ（World Wide Name）を割り当て、
前記ストレージ装置は、前記ＷＷＮに基づいて前記デプロイ対象計算機を識別する
ことを特徴とする請求項４に記載のデプロイメントシステム。
【請求項８】
起動用のプログラムであるブートディスクイメージを記憶する複製元論理ディスクを有するストレージ装置と接続され、ディスクマッピング処理部を備え、前記ブートディスクイメージのデプロイの対象となるデプロイ対象計算機におけるデプロイ方法であって、
前記ディスクマッピング処理部は、
前記デプロイ対象計算機から前記ストレージ装置に対するＩ／Ｏ要求があった場合、そのＩ／Ｏ要求が前記ブートディスクイメージの読み出しであるときはアクセス先を前記ストレージ装置の複製元論理ディスクとし、そのＩ／Ｏ要求が前記ブートディスクイメージに関する書き込みであるときはアクセス先を、前記ストレージ装置、前記デプロイ対象計算機またはその他の外部の計算機のいずれかに設けられた前記ブートディスクイメージに関する書き込みを行うための複製先論理ディスクとするように、アクセス先を切り替える
ことを特徴とするデプロイ方法。
【請求項９】
前記デプロイ対象計算機は、前記複製元論理ディスクに記憶されたブートディスクイメージのうち、前記複製先論理ディスクへすでに複製した領域とそれ以外の領域とを管理するマッピング情報、をさらに備え、
前記ディスクマッピング処理部は、
前記ストレージ装置に対するＩ／Ｏ要求を検知すると、そのＩ／Ｏ要求を解析し、そのＩ／Ｏ要求が前記ブートディスクイメージの読み出しであるときは、前記マッピング情報を参照し、そのＩ／Ｏ要求のアクセス先の領域が前記複製先論理ディスクにすでに複製されているか否かを判定し、
当該領域が前記複製先論理ディスクにまだ複製されていなければ、検知したＩ／Ｏ要求のアクセス先を前記複製元論理ディスクに切り替える
ことを特徴とする請求項８に記載のデプロイ方法。
【請求項１０】
前記マッピング情報は、前記複製元論理ディスクに記憶されたブートディスクイメージのうち、前記複製先論理ディスクへすでに複製した領域とそれ以外の領域とを１ビットの情報で管理する
ことを特徴とする請求項９に記載のデプロイ方法。
【請求項１１】
請求項９に記載のデプロイ対象計算機およびストレージ装置、を備えたデプロイメントシステムであって、
前記ストレージ装置は、前記デプロイ対象計算機のディスクマッピング処理部とは非同期に動作するデータ反映部と、前記複製先論理ディスクと、を備えており、
前記ストレージ装置のデータ反映部は、
前記複製元論理ディスクに記憶されたブートディスクイメージのうち、前記複製先論理ディスクへ複製していない領域を管理し、前記複製先論理ディスクに対してその複製していない領域への前記ブートディスクイメージの複製を実行する
ことを特徴とするデプロイ方法。
【請求項１２】
前記ストレージ装置のデータ反映部は、
前記複製元論理ディスクに記憶されたブートディスクイメージを、前記複製先論理ディスクへすべて複製した場合、その複製完了の旨を前記デプロイ対象計算機のディスクマッピング処理部に通知し、
その通知を受けた前記ディスクマッピング処理部は、
前記ブートディスクイメージを記憶する複製元論理ディスクへのパスを解除する
ことを特徴とする請求項１１に記載のデプロイ方法。
【請求項１３】
前記デプロイ対象計算機のディスクマッピング処理部は、前記複製元論理ディスクへのパスを解除した後、前記ストレージ装置に対するＩ／Ｏ要求の解析を停止する
ことを特徴とする請求項１２に記載のデプロイ方法。
【請求項１４】
前記デプロイ対象計算機は、インターフェースとしてＨＢＡ（Host Bus Adapter）を備え、そのＨＢＡに前記デプロイ対象計算機の識別子としてＷＷＮ（World Wide Name）を割り当て、
前記ストレージ装置は、前記ＷＷＮに基づいて前記デプロイ対象計算機を識別する
ことを特徴とする請求項１１に記載のデプロイ方法。
【請求項１５】
請求項８から請求項１４のいずれか１項に記載のデプロイ方法をコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバ等の計算機（デプロイ対象計算機）にブート（起動）ディスクイメージをデプロイ（配備）する技術に関する。
【背景技術】
【０００２】
近年、多数のサーバで構成されるシステム運用では、業務負荷に応じた柔軟なサーバ構築が要求される。つまり、具体的には、まず、サーバ構築時間の短縮が求められる。そして、サーバ構築には、サーバへブートディスクイメージをデプロイすることが必要となる。ここで、ブートディスクイメージとは、サーバがブートするために必要なプログラムが記憶領域にインストールされた場合のイメージのことであるが、以下では、代表して、「ＯＳ（Operating System）イメージ（「イメージ」、「ディスクイメージ」ともいう。）」と記載する。
【０００３】
サーバにＯＳイメージをデプロイする場合、まず、デプロイメントシステムは、ＯＳを記憶している記憶領域からコンピュータ名やネットワーク関連情報等のサーバ固有情報を抜いてマスターディスクを作成する。その後、デプロイ指示により、ネットワークを介してマスターディスクのイメージを配信し、サーバのローカルディスクにそのイメージをコピーする。そして、コピーの完了を以ってデプロイ完了とする。なお、マスターディスクはマシンの固有情報を含んで作成されても良く、この場合はマスターディスクのコピー後に、専用のプログラムを用いて固有情報を書き換える必要がある。
【０００４】
このような従来技術では、デプロイ対象サーバに対し、ネットワーク経由でディスクイメージの配信を行うためネットワークに負荷が掛かり、通信帯域等のネットワークの制限により、デプロイを完了するまでに時間がかかる。そして、マスターディスクの容量によりデプロイ完了までの時間が増大し、システムの早急なスケールアウトに対応することができない。また、予めマスターディスクをデプロイ対象サーバの台数分用意しておくと、多数の複製が必要となりシステム管理者の負担が大きい。そこで、特許文献１では、ストレージシステム内の論理ボリュームに格納されているＯＳイメージを、ＯＳイメージの提供先に対して迅速に提供することができるデプロイメント技術を開示している。
【０００５】
特許文献１のデプロイメント方法は、複数の情報処理端末及び１以上のストレージシステムが接続されている第一通信ネットワーク及び、第一通信ネットワークよりも高速な第二通信ネットワーク（例えばＳＡＮ（Storage Area Network））にデプロイメントマシンが接続されているシステムにおいて、ストレージシステム内の論理ボリュームに格納されているＯＳのイメージデータを、第二通信ネットワークを介してサーバ用の論理ボリュームにコピーすることでデプロイを迅速に行う技術である。
【特許文献１】特開２００５−２９２９２２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、ＯＳイメージのコピーに高速な通信ネットワークを使用しても、コピーする時間を要するため、コピーを完了しデプロイ対象サーバがブート開始可能状態となるまでには時間がかかる（例えば１時間程度）。そこで、本発明は、このような問題点に鑑みてなされたものであり、デプロイ対象サーバを短時間でブート開始可能状態にすることを目的とする。
【課題を解決するための手段】
【０００７】
本発明は、起動用のプログラムであるブートディスクイメージを記憶する複製元論理ディスクを有するストレージ装置と接続され、ブートディスクイメージのデプロイの対象となるデプロイ対象計算機である。
デプロイ対象計算機は、前記デプロイ対象計算機からストレージ装置に対するＩ／Ｏ要求があった場合、そのＩ／Ｏ要求がブートディスクイメージの読み出しであるときはアクセス先をストレージ装置の複製元論理ディスクとし、そのＩ／Ｏ要求がブートディスクイメージに関する書き込みであるときはアクセス先を、ストレージ装置、前記デプロイ対象計算機またはその他の外部の計算機のいずれかに設けられたブートディスクイメージに関する書き込みを行うための複製先論理ディスクとするように、アクセス先を切り替えるディスクマッピング処理部を備える。その他の手段については後記する。
【発明の効果】
【０００８】
本発明によれば、ディスクマッピング処理部によるアクセス先の切り替えにより、デプロイ対象サーバを短時間でブート開始可能状態にすることができる。
【発明を実施するための最良の形態】
【０００９】
以下、図面を参照しながら、本発明を実施するための最良の形態（以下、「実施形態」という。）について説明する。
（第一の実施形態）
図１は、本発明の第一の実施形態に係るデプロイメントシステムの全体構成図である。デプロイメントシステムＤＳにおいて、ディスクマッピング処理プログラム１０１を具備しているデプロイの対象サーバ１０２（デプロイ対象計算機）はファイバチャネル通信するためのＨＢＡ１０３（Host Bus Adapter）を備えており、デプロイするＯＳ（Operating System）イメージを記憶しているストレージサブシステム１３０（ストレージ装置）とＦＣ−ＳＷ（ファイバチャネルスイッチ）１２１を介して接続されている。また、デプロイ命令を指示するためのデプロイメントマシン１１０、対象サーバ１０２およびストレージサブシステム１３０がＮＷ−ＳＷ（ネットワークスイッチ）１２０を介して接続されている。なお、対象サーバ１０２において、プロセッサ１０６とディスクマッピング処理プログラム１０１とを合わせてディスクマッピング処理部１０１ａ（図２で後記）という。
【００１０】
ここで、ＯＳイメージとは、ブートディスクイメージ（対象サーバ１０２がブートするためのイメージの総称）の一形態である。デプロイされるのがブートディスクイメージである場合、ブートディスクイメージは、ＯＳイメージのほかに、アプリケーションイメージ等を含んでいても良い。また、各イメージとは、その該当プログラムがハードウェアに記憶された状態（ドライバ設定等がされた状態）のことを指す。
【００１１】
なお、図１では対象サーバ１０２を一つしか示していないが、必ずしも一つである必要はなく、複数の対象サーバ１０２が存在していても構わない。また、ディスクマッピング処理部１０１ａ（図２参照）は、対象サーバ１０２に一つ以上存在していれば良く、具体的には、図１５で示す第二の実施形態のように仮想化技術で本発明を実施するような場合では仮想化機構（例えばハイパバイザ１３０４）に存在していても良い。第二の実施形態についての詳細な説明は、図１５とともに後記する。第一の実施形態では、対象サーバ１０２は、ＳＡＮを介してストレージサブシステム１３０と接続している。また、ここでは、ＳＡＮがＦＣ−ＳＡＮの場合について説明しているため、ＳＡＮは、一つ以上のＦＣ−ＳＷ１２１によって構成されている。
【００１２】
なお、ＳＡＮは、ＦＣ−ＳＡＮである必要は無く、例えばＩＰ（Internet Protocol）−ＳＡＮであっても良い。このような場合では、対象サーバ１０２は、ＦＣ−ＳＷ１２１の代わりにＮＷ−ＳＷ１２０に接続していても良く、また、ストレージサブシステム１３０と通信するための別のＮＷ−ＳＷを使用しても構わない。別のＮＷ−ＳＷを設けて、ストレージサブシステム１３０と通信するための専用ＳＷを設ける場合では、通信帯域の消費等によるネットワーク通信制限が緩和されることが期待できる。
【００１３】
なお、ＨＢＡ１０３はファイバチャネルを用いて外部の装置と通信するためのインターフェース（図２のインターフェース２１１に相当）であり、ＷＷＮ１０４は、ＷＷＮ（World Wide Name）が格納されているＨＢＡ１０３上のメモリの値である。ＷＷＮ１０４はＨＢＡ毎に一意な値であるため、外部の装置はＷＷＮ１０４によりＨＢＡ１０３を特定することができる。また、ＦＣ−ＳＡＮの代わりにＩＰ−ＳＡＮを使用した場合では、対象サーバ１０２が有している通信インターフェースはｉＳＣＳＩアダプタで構成され、ストレージサブシステム１３０との通信には、ＷＷＮ１０４の代わりにｉＳＣＳＩネームが使用されることになる。
【００１４】
対象サーバ１０２は、ＯＳ２０３とディスクマッピング処理プログラム１０１を記憶している記憶装置１０５（例えばメモリ等）と、ディスクマッピング処理プログラム１０１を実行するためのプロセッサ１０６（例えばＣＰＵ（Central Processing Unit））を具備している。ディスクマッピング処理プログラム１０１は、ＯＳイメージのコピーを瞬時に完了させたようにＯＳ２０３に見せるために、ＯＳ２０３からのＩ／Ｏ（Input/Output）要求（入出力の要求。以下、単に「Ｉ／Ｏ」ともいう。）のアクセス先デバイスを切り替えるためのプログラムであり、このディスクマッピング処理プログラム１０１をプロセッサ１０６が実行することで（つまり、ディスクマッピング処理部１０１ａ（図２参照）が動作することで）、デプロイメントマシン１１０からのデプロイ操作を検知してから、ストレージサブシステム１３０に対するパス設定をするだけで、対象サーバ１０２は瞬時にブート処理を開始し、ＯＳを稼動させることが可能となる。なお、Ｉ／Ｏ要求のアクセス先デバイスを切り替えに必要な処理については、図２で詳細に説明する。
【００１５】
外部記憶装置であるストレージサブシステム１３０は、演算用のプロセッサ１３４、論理ボリューム（例えば、Logical Unit等で識別できる仮想ディスク）及びディスクコントローラ、ならびにデータ反映部１４０を含む記憶装置であり、例えば、多数のディスク型記憶装置（物理ディスク）をアレイ上に配設して構成されているＲＡＩＤ（Redundant Arrays of Inexpensive Disks）システム等である。また、論理ボリュームには、デプロイする元となるＯＳのイメージを保持するマスターデータ用ボリューム１３１，１３２（以下、特に区別しないときは「マスターデータ用ボリューム１３」と表記）（複製元論理ディスク）と、マスターデータ用ボリューム以外で対象サーバ１０２がアクセスするための対象サーバ１０２用の対象サーバ用ボリューム１３３（対象サーバ１０２と１対１対応）（複製先論理ディスク）と、が含まれる。なお、マスターデータ用ボリュームと対象サーバ用ボリュームは、それぞれ複数あってもかまわない。また、各論理ボリュームには、その論理ボリュームを一意に特定するための論理ボリュームＩＤ（IDentification）が割り当てられており、外部からのアクセスはその論理ボリュームＩＤを指定することで行われる。
【００１６】
なお、図１では、ストレージサブシステム１３０は一つしか示していないが、複数備えられていても良い。複数備える形態としては、マスターデータ用ボリューム１３を保持しているストレージサブシステム１３０とは別の記憶装置が対象サーバ用ボリューム１３３を記憶するための装置として配置される場合等が考えられる。つまり、対象サーバ１０２からマスターデータ用ボリューム１３と対象サーバ用ボリューム１３３にアクセスできる構成であれば良く、具体的には、マスターデータ用ボリューム１３はストレージサブシステム１３０に用意し、対象サーバ用ボリューム１３３は対象サーバ１０２が具備している記憶装置（例えば、ハードディスク）とすることも実施形態として考えられる。
【００１７】
ストレージサブシステム１３０内に有しているデータ反映部１４０は、マスターデータ用ボリューム１３のデータを対象サーバ用ボリューム１３３へコピーする処理部であり、必ずしもストレージサブシステム１３０が有している必要はなく、マスターデータ用ボリューム１３と対象サーバ用ボリューム１３３を保持している装置と接続されている外部計算機に備えられていても良い。
【００１８】
データ反映部１４０は、反映情報管理部１４１、反映情報テーブル１０００（図６で後記）、反映完了通知部１４３およびデータ反映管理テーブル１２００を有している。データ反映部１４０の処理については、図１４で詳細に説明する。なお、データ反映管理テーブル１２００は、データ反映部１４０内でなく、ストレージサブシステム１３０内の他の箇所に設けられていても良い。
また、ストレージサブシステム１３０は、マスターイメージ管理テーブル１１００（図６で後記）を備えている。
【００１９】
デプロイメントマシン１１０は、例えばパーソナルコンピュータ等の計算機である。デプロイメントマシン１１０は、ネットワーク接続するためのインターフェース（不図示）を有しており、プロセッサ１１１（例えばＣＰＵ）とデプロイを指示するためのデプロイメントソフトウェアが記憶されている記憶装置１１２（例えばメモリやハードディスク）を具備している。また、デプロイメントマシン１１０は、対象サーバ１０２へデプロイを指示したり、マスターデータ用ボリューム１３および対象サーバ用ボリューム１３３を記憶しているストレージサブシステム１３０に対して、対象サーバ１０２が具備しているＨＢＡ１０３のＷＷＮ１０４とのパス設定要求をするために必要な通信機器（不図示）を有する。プロセッサ１１１が記憶装置１１２にあるデプロイメントソフトウェアを実行し、対象サーバ１０２とマスターデータ用ボリューム１３に対してデプロイ命令を指示することで、デプロイメントマシン１１０がデプロイ指示の機能を実現する。以上が、図１で示したデプロイメントシステムＤＳの構成全体についての説明である。
【００２０】
次に、対象サーバ１０２が具備しているディスクマッピング処理部１０１ａについて、図２を参照しながら説明する。図２は、対象サーバの機能ブロック図である。
図２に示すように、ディスクマッピング処理部１０１ａは、Ｉ／Ｏトラップ部２０４、Ｉ／Ｏ解析部２０５、物理デバイス制御部２０６、マッピング情報２０８およびマッピング状態管理テーブル９００を有しているマッピング情報管理部２０７、データ反映完了検知部２０９、パス解除要求部２１０から構成され、従来技術と異なる本実施形態の特徴の一つである。
【００２１】
Ｉ／Ｏトラップ部２０４は、ＯＳ２０３が発行したＩ／Ｏ要求をトラップする処理を行う。このＩ／Ｏトラップ部２０４は、後記するデータ反映完了検知部２０９からマスターデータ用ボリューム１３内のデータを全て対象サーバ用ボリューム１３３に反映した旨の通知を受けた後にはトラップ処理を実行しない等の制御を行う処理部である。Ｉ／Ｏ解析部２０５は、Ｉ／Ｏトラップ部２０４によりトラップしたＩ／Ｏ要求を解析（リード要求なのかライト要求なのかを特定）する処理部である。
【００２２】
物理デバイス制御部２０６は、マッピング情報管理部２０７と連携し、適宜Ｉ／Ｏ要求のアクセス先デバイスを動的に変更する処理部である。物理デバイス制御部２０６は、Ｉ／Ｏ解析部２０５が解析した内容の対象サーバ用デバイス（マスターデータ用ボリューム１３，対象サーバ用ボリューム１３３）に対する要求種別（リード／ライト）を判定し、アクセス先のデバイスを動的に変更する。なお、物理デバイス制御部２０６は、例えばディスクドライバ等のデバイスドライバの処理を有し、Ｉ／Ｏ要求のアクセス先を変更するための処理を行うものでも構わないし、ＨＢＡアダプタ等のドライバがその機能を有していても良く、また、ファームウェア等であっても良い。
【００２３】
マッピング情報管理部２０７は、マッピング状態管理テーブル９００およびマッピング情報２０８を有しており、物理デバイス制御部２０６がＩ／Ｏの先を切り替えるのに必要な情報を管理している。マッピング情報管理部２０７は、インターフェース２１１（ＨＢＡ１０３の上位概念）が入出力した情報に基づいてマッピング状態管理テーブル９００を更新する。
【００２４】
データ反映完了検知部２０９は、ストレージサブシステム１３０のデータ反映部１４０（詳細は後記）が有している反映完了通知部１４３からのデータ反映完了通知を検知する。データ反映完了検知部２０９は、マスターデータ用ボリューム１３１の対象サーバ用ボリューム１３３への反映処理を完了検知後、パス解除要求部２１０へ完了状態を通知し、マスターデータ用ボリューム１３へのアクセスパス設定の解除要求の実行を行う。パス解除要求部２１０は、データ反映完了検知部２０９によるデータ反映完了を検知したときに、ストレージサブシステム１３０が有しているマスターデータ用ボリューム１３１に対するＷＷＮ１０４の割り付け状態を解除要求するための処理部である。
【００２５】
以下、図１で示した第一の実施形態のデプロイメントシステムＤＳにおいて、デプロイメントマシン１１０からデプロイ命令を受けた対象サーバ１０２が瞬時にブートできるようになるための処理の概要について説明する。
まず、デプロイメントマシン１１０は、対象サーバ１０２に関するデプロイの指示を行う。具体的には、デプロイメントマシン１１０は、ストレージサブシステム１３０が有しているマスターデータ用ボリューム１３１、対象サーバ用ボリューム１３３の論理ボリュームＩＤと対象サーバ１０２が具備しているホストバスアダプタ（ＨＢＡ１０３）との割り付けを行い、データ反映部１４０が管理しているデータ反映管理テーブル１２００（図７）の対象サーバＩＤ（カラム１２０１）、コピー元ボリュームＩＤ（カラム１２０２）、コピー先ボリュームＩＤ（カラム１２０３）、反映情報テーブル（カラム１２０４）、割り当てＷＷＮ（カラム１２０５）を、割り付けた情報を用いて登録する。デプロイメントマシン１１０は、次に、インターフェース２１１のマッピング状態管理テーブル９０（図４参照）に対して、割り付けたマスターデータ用ボリューム１３１へおよび対象サーバ用ボリューム１３３へアクセスするために必要な情報を登録し、対象サーバ１０２がブートするためのブートパスをマスターデータ用ボリューム１３１へと変更する。
【００２６】
なお、インターフェース２１１が有するマッピング状態管理テーブル９０への具体的な登録およびブートパスの設定方法は、デプロイメントマシン１１０がテーブル更新処理およびブートパスを設定するためのプログラムを配布すること等が考えられる。その後、対象サーバ１０２に対して電源制御処理（例えば、Wake On LAN技術等によるマジックパケット送信による）を実行して対象サーバ１０２の電源を投入すれば、対象サーバ１０２のブート処理に必要なデータをマスターデータ用ボリューム１３１から読み出して、対象サーバ１０２はブートを開始することができる。
【００２７】
つまり、ストレージサブシステム１３０のパス設定に必要な時間のみで、マスターデータ用ボリューム１３１の対象サーバ用ボリューム１３３へのコピー完了を待たずに、対象サーバ１０２のブート処理を開始することができるため、負荷が急激に高まった対象サーバ１０２に対するスケールアウトのような予測が困難なケースにも瞬時に対応することができるようになる。なお、スケールアウトとは新たな対象サーバ１０２をシステム構成に割り当てることである。以上がこの第一の実施形態におけるデプロイ命令から対象サーバ１０２がブート処理を開始するまでの概要の説明である。
【００２８】
図３は、第一の実施形態において、ＯＳからＩ／Ｏが発行されたときにディスクマッピング処理部がアクセス先のデバイスを変更する処理の説明図である。対象サーバ１０２内のＯＳ２０３からＩ／Ｏ要求が発行されると、ストレージサブシステム１３０が保持している対象サーバ用ボリューム１３３に対して、ディスクマッピング処理部１０１ａの物理デバイス制御部２０６がアクセスする。ディスクマッピング処理部１０１ａは対象サーバ１０２上で動作しているＯＳ２０３に対して、マスターデータ用ボリューム１３１へアクセスするためのパスを見せずに、対象サーバ用ボリューム１３３へアクセスするためのパスをＯＳ２０３に見せるようにする。したがって、ＯＳ２０３はアクセス先デバイスの選択を意識する必要が無く、マスターデータ用ボリューム１３１へのＩ／Ｏ要求は発生しない。前記したとおり、物理デバイス制御部２０６でストレージサブシステム１３０が有する論理ボリュームへのアクセスを動的に変更するため、ＯＳ２０３にはマスターデータ用ボリューム１３１に対するアクセスを行っていることを意識させず、マスターデータ用ボリューム１３１にあるデータと、対象サーバ用ボリューム１３３にあるデータとを合わせた仮想的なボリュームを提供しているようになる。
【００２９】
図４は、ディスクマッピング処理部に記憶されるマッピング状態管理テーブルの構成図である。マッピング状態管理テーブル９００は対象サーバ用ボリュームＩＤ（カラム９０１）、対象サーバ用ボリューム１３３を格納しているストレージサブシステム１３０のポートのＷＷＮ（カラム９０２）、対象サーバ１０２が具備しており対象サーバ用ボリューム１３３との割り付けがなされているＨＢＡ１０３のＷＷＮ（カラム９０３）、マスターデータ用ボリュームＩＤ（カラム９０４）、マスターデータ用ボリューム１３を格納しているストレージサブシステム１３０のポートのＷＷＮ（カラム９０５）、対象サーバ１０２が具備しておりマスターデータ用ボリューム１３１との割り付けがなされているＨＢＡ１０３のＷＷＮ（カラム９０６）から構成される。
【００３０】
各カラムの値はデプロイメントマシン１１０からのデプロイ指示を受けてプロセッサ１０６によって作成され、ディスクマッピング処理部１０１ａのパス解除要求部２１０等から参照される。なお、マッピング状態管理テーブル９００は図４で示した各カラムのすべてを必ずしも含む必要はなく、ディスクマッピング処理部１０１ａが、マスターデータ用ボリューム１３１および対象サーバ用ボリューム１３３にアクセスするための情報を保持していれば良い。
【００３１】
ここで、図５は、ストレージサブシステムに記憶される反映情報テーブルの構成図である。反映情報テーブル１０００は、データ反映部１４０によるボリュームコピーに必要な状態を管理するための情報であり、マスターデータ用ボリューム１３１から対象サーバ用ボリューム１３３へコピーすべき状態を、領域単位（例えばセクタ単位）で１ビットの情報（「０」と「１」）で管理している。図５に示しているように、反映情報テーブル１０００は、例えば、コピーする必要がある領域を「１」とし、コピーする必要がない領域を「０」として状態管理すれば良く、つまり、領域ごとにコピーする必要があるか否かさえ判断できれば良い。
【００３２】
なお、データ反映管理テーブル１２００（図７参照）から作成された反映情報テーブル１０００は、図１４で後記するデータ反映部１４０からも参照・更新されるテーブルであり、データ反映部１４０がマスターデータ用ボリューム１３１から対象サーバ用ボリューム１３３へコピーを行うべきか否かの状態を管理しているテーブルである。
【００３３】
図６は、ストレージサブシステムに記憶されるマスターイメージ管理テーブルの構成図である。マスターイメージ管理テーブル１１００は、ストレージサブシステム１３０内で保持しているディスクイメージ名称１００１と、ボリュームＩＤ１００２とを管理するものであり、マスターデータとして使用される論理ボリューム（マスターデータ用ボリューム１３）の一覧を示すものである。なお、マスターデータとして使用される論理ボリュームは、対象サーバ１０２のパス設定を行う際に書き込み禁止（読み取り専用）の状態でパス設定される。
【００３４】
図７は、ストレージサブシステムのデータ反映部に記憶されるデータ反映管理テーブルの構成図である。データ反映管理テーブル１２００は、対象サーバＩＤ（カラム１２０１）、コピー元ボリュームＩＤ（カラム１２０２）、コピー先ボリュームＩＤ（カラム１２０３）、反映情報テーブル（カラム１２０４）、割り当てＷＷＮ（カラム１２０５）から構成され、例えばデプロイメントマシン１１０からのデプロイ指示を契機にプロセッサ１３４によって生成される。
【００３５】
対象サーバＩＤ（カラム１２０１）はデプロイを実行している対象サーバ１０２を判別（識別）できるユニークな識別子であり、コピー元ボリュームＩＤ（カラム１２０２）は対象サーバ１０２のマスターデータ用ボリューム１３１として割り付けている論理ボリューム領域を一意に特定できるものである。コピー先ボリュームＩＤ（カラム１２０３）は対象サーバ用ボリューム１３３として割り付けている論理ボリューム領域の識別子であり、反映情報テーブル（カラム１２０４）はデータ反映部１４０が非同期（ディスクマッピング処理部１０１ａの動作と連動（同期）しないこと）のコピーを実行するために必要なボリューム間のコピー状態を保持している反映情報テーブル１０００を識別できるものであり、割り当てＷＷＮ（カラム１２０５）は対象サーバ１０２が具備しているＨＢＡ１０３のＷＷＮ１０４の値である。
【００３６】
なお、あるコピー元ボリュームＩＤ（カラム１２０２）は特定のコピー先ボリュームＩＤ（カラム１２０３）としか関係付けられるわけではなく、一つのコピー元ボリュームＩＤ（カラム１２０２）に対して複数のコピー先ボリュームＩＤ（カラム１２０３）が対応していても良い。これは、具体的には、あるマスターデータ用ボリューム１３が複数の対象サーバ１０２にデプロイされる等の場合に必要となる。
【００３７】
図８は、マッピング情報管理部が管理しているマッピング情報の構成図である。マッピング情報２０８は、物理デバイス制御部２０６が検知したＩ／Ｏのアクセス先デバイスを切り替えるか否かを判定するのに必要な情報であり、既に対象サーバ用ボリューム１３３に書き込み済み（マスターデータ用ボリューム１３１のデータを複製済み）であるか否かを領域単位（例えばセクタ単位）で管理している。図８に示すように、例えば、対象サーバ用ボリューム１３３に書き込み済みの領域を「１」とし、未だ書き込み済みでない領域を「０」として状態管理すれば良く、つまり、物理デバイス制御部２０６から要求があった領域に対し、該領域が既に対象サーバ用ボリューム１３３に書き込み済みである否かさえ判断できれば良い。
【００３８】
続いて、デプロイメントシステムＤＳにおける具体的な処理について説明する。
図９は、ＯＳからのＩ／Ｏ要求に対するディスクマッピング処理部の処理を示すフローチャートである。本処理は、ＯＳ２０３がＩ／Ｏを発行することで開始される。ディスクマッピング処理部１０１ａは、ステップ４０１において、データ反映完了検知部２０９によるマスターデータ用ボリューム１３１から対象サーバ用ボリューム１３３へのデータ反映が完了しておらずトラップする必要があるか否かの判定を行う。データ反映が完了しておらずトラップする必要がある場合（ステップ４０１でＹｅｓ）、ディスクマッピング処理部１０１ａは、ステップ４０２において、ＯＳ２０３が発行したＩ／Ｏに対してトラップし、必要に応じてＩ／Ｏ要求の変更を行う処理である物理デバイス制御部２０６を実行する（図１１参照）。また、データ反映が完了していてトラップする必要がない場合（ステップ４０１でＮｏ）、ディスクマッピング処理部１０１ａは、処理を終了する。
【００３９】
なお、ＯＳ２０３からのＩ／Ｏ要求はそのＯＳ２０３が稼動している対象サーバ１０２からアクセスできる対象サーバ用ボリューム１３３に対するアクセスであるため、ステップ４０１で、データの反映を完了したと判定した場合は、Ｉ／Ｏトラップ処理を行わずＯＳ２０３からのＩ／Ｏ要求は一切変更しないでデバイスに対するアクセスを実行することができる。つまり、ディスクマッピング処理部１０１ａは、マスターデータ用ボリューム１３１のデータを対象サーバ用ボリューム１３３へ反映しきっていないうちは必要に応じてマスターデータ用ボリューム１３１にアクセスする必要があるが、マスターデータ用ボリューム１３１のデータを対象サーバ用ボリューム１３３へ反映しきった後はマスターデータ用ボリューム１３１にアクセスする必要がなく対象サーバ用ボリューム１３３にだけアクセスすれば良い。
また、ステップ４０１でデータ反映を完了したか否かは、詳細を後記するディスクマッピング処理部１０１ａのデータ反映完了検知部２０９により検知される。
【００４０】
図１０は、ディスクマッピング処理部におけるＩ／Ｏ解析部の処理のフローチャートである。本処理は、ＯＳ２０３がＩ／Ｏを発行し、そのＩ／Ｏをトラップする必要がある場合（図９のステップ４０１でＹｅｓ）に実行される。Ｉ／Ｏ解析部２０５は、ＯＳ２０３が発行したＩ／Ｏの要求種別の解析を行い、解析結果としてリードかライトかの種別結果を得る（ステップ４１１）。Ｉ／Ｏ解析部２０５は、次に、どの領域に対するアクセスなのか解析（アクセス先領域の解析）を行う（ステップ４１２）。これらの解析結果は、物理デバイス制御部２０６に渡される。
【００４１】
図１１は、ディスクマッピング処理部における物理デバイス制御部の処理のフローチャートである。本処理は、ＯＳ２０３がＩ／Ｏを発行し、そのＩ／Ｏをトラップする必要がある場合（図９のステップ４０１でＹｅｓ）、Ｉ／Ｏ解析部２０５による処理（図１０の処理）の後に、実行される。
【００４２】
物理デバイス制御部２０６は、ステップ５０１において、トラップしたＩ／Ｏ要求の要求種別（ライト／リード）、および、どの領域に対するアクセスなのかをＩ／Ｏ解析部２０５から取得する。物理デバイス制御部２０６は、ステップ５０２において、ステップ５０１で得た要求種別がリードかライトかを判断を行い、判定結果がライト要求である場合はステップ５０３を実行する。
【００４３】
物理デバイス制御部２０６は、ステップ５０３において、マッピング情報管理部２０７が管理しているマッピング情報２０８の更新を行う。具体的には、ステップ５０１で取得したアクセス先領域に該当するマッピング情報２０８の状態を書き込み済み状態へと変更する（図８参照）。そして、物理デバイス制御部２０６は、ステップ５０３の後、本処理を終了する。
【００４４】
一方、ステップ５０２での要求種別がリード要求である場合はステップ５０４が実行される。物理デバイス制御部２０６は、ステップ５０４において、マッピング情報管理部２０７が管理しているマッピング情報２０８を参照し、その後、ステップ５０５を実行する。
物理デバイス制御部２０６は、ステップ５０５において、ステップ５０１で取得したＩ／Ｏのアクセスする領域が、既に対象サーバ用ボリューム１３３に書き込まれているか否かの判定を行う。既に書き込み済み領域に対するリード要求である場合は（ステップ５０５でＹｅｓ）、トラップしたＩ／Ｏ要求を変更することなく対象サーバ用ボリューム１３３に対するアクセスとするが、ステップ５０５で書き込み済みでない領域に対するリード要求である場合は（ステップ５０５でＮｏ）、マッピング情報管理部２０７が保持しているマッピング状態管理テーブル９００を参照して、マスターデータ用ボリューム１３１にアクセスするために必要な情報（カラム９０４、カラム９０５およびカラム９０６の情報）を取得し、Ｉ／Ｏ要求のアクセスの先デバイスをマスターデータ用ボリューム１３１へと変更する（ステップ５０６）。
【００４５】
以上が図１１で示した物理デバイス制御部２０６によるＩ／Ｏの切替の説明である。この処理を行うことで、ＯＳ２０３が対象サーバ用ボリューム１３３に対して発行したＩ／Ｏ要求を一元管理し、適時アクセス先のデバイスを動的に変更することにより、ＯＳ２０３に対して常にデプロイ後のディスクイメージを提供することが可能となる。すなわち、ディスクマッピング処理部１０１ａを有している対象サーバ１０２上で稼動しているＯＳ２０３へ、瞬時にデプロイを完了したように見せることができる。
【００４６】
図１２は、ディスクマッピング処理部におけるデータ反映完了検知部の処理のフローチャートである。データ反映完了検知部２０９は、ストレージサブシステム１３０からデータ反映完了通知を受信すると（ステップ６０１）、マスターデータ用ボリューム１３１へのパスの解除要求を実行する（ステップ６０２）。データ反映完了検知部２０９は、ステップ６０２において、ディスクマッピング処理部１０１ａが有するマッピング情報管理部２０７に記憶されるマッピング状態管理テーブル９００（図４参照）を参照し、カラム９０４のマスターデータ用ボリュームＩＤと、カラム９０５のマスターデータ用ボリューム１３１を格納しているストレージサブシステム１３０のポートのＷＷＮと、カラム９０６の対象サーバが具備しているＨＢＡ１０３のメモリに格納されているＷＷＮ１０４の値を取得し、ストレージサブシステム１３０に対して、マスターデータ用ボリューム１３１へアクセスするパスの解除要求を実行する。ストレージサブシステム１３０は、パス解除要求を受け付けると、受け付けた要求を解析して、割り付けているＷＷＮと論理ボリュームＩＤにより該当パスの切り離しを行う。
【００４７】
データ反映完了検知部２０９は、ストレージサブシステム１３０からパス解除が完了した旨を受信すると、データ反映完了状態と認識し、これ以降、ＯＳ２０３からのＩ／Ｏ要求に対してＩ／Ｏトラップ処理を実行（Ｉ／Ｏ解析）しない状態とする（解析を停止する）（ステップ６０３）。データ反映完了検知部２０９は、また、ディスクマッピング処理部１０１ａが有するマッピング情報管理部２０７に記憶されるマッピング状態管理テーブル９００を参照し、カラム９０１の対象サーバ用ボリュームＩＤと、カラム９０２の対象サーバ用ボリューム１３３を格納しているストレージサブシステム１３０のポートのＷＷＮと、カラム９０３の対象サーバ１０２が具備しているＨＢＡ１０３のメモリに格納されているＷＷＮ１０４の値を取得して、インターフェース２１１に設定されているブートパスを対象サーバ用ボリューム１３３へと更新する。
【００４８】
図１３は、ストレージサブシステムのデータ反映管理テーブルに記憶されるライト処理要求のフローチャートである。本処理は、対象サーバ１０２等の外部計算機からストレージサブシステム１３０が有する論理ボリューム（マスターデータ用ボリューム１３、対象サーバ用ボリューム１３３）へのライト要求をプロセッサ１３４が受信することで開始される。
【００４９】
プロセッサ１３４は、ストレージサブシステム１３０に記憶されているデータ反映管理テーブル１２００の中から、ライト処理を実行する論理ボリューム（コピー先ボリューム）に該当するＩＤをカラム１２０３から検索して、ヒットしたペア（行）の反映情報テーブル（カラム１２０４）を参照する。そして、カラム１２０４から特定した反映情報テーブル１０００の中からライト要求の該当領域に対する箇所の状態をコピーしない状態へと変更（更新）する（ステップ７０１）。
ステップ７０１の後、プロセッサ１３４は、要求のあった論理ボリューム（対象サーバ用ボリューム１３３）へライト処理を実行する（ステップ７０２）。
【００５０】
図１４は、ストレージサブシステムにおけるデータ反映部の処理のフローチャートである。本処理は、ディスクマッピング処理部１０１ａのＩ／Ｏ要求の切り替えとは非同期で実行され、マスターデータ用ボリューム１３１を、コピー済み状態を考慮しながら該当する対象サーバ用ボリューム１３３にコピーする処理である。データ反映部１４０は、ステップ８０１では、データ反映管理テーブル１２００の中から、カラム１２０３のコピー先ボリュームＩＤ（対象サーバ用ボリューム１３３のＩＤ）を特定して、該当するコピー元ボリュームＩＤ（マスターデータ用ボリューム１３１のＩＤ）をカラム１２０２より導き、コピーするペアを決定する。その後、そのペアの反映情報テーブルをカラム１２０４から特定し、その反映情報テーブル１０００を参照し、コピーの未更新領域（例えばセクタ単位）の選択を行う。
【００５１】
データ反映部１４０は、ステップ８０２において、ペアを構成している２つのボリュームについて、コピーするマスターデータ用ボリューム１３１の領域を該当対象サーバ用ボリューム１３３の特定領域にコピーする。そして、データ反映部１４０は、ステップ８０３において、反映情報テーブル１０００の該当領域をコピー済み領域状態へと更新する。データ反映部１４０は、ステップ８０４において、反映情報テーブル１０００の全領域がコピー済み領域であるかのチェックを行い、全領域のコピーが完了していない場合（Ｎｏ）はステップ８０２に戻り、全ての領域について同様のコピー処理を繰り返し実行する。
【００５２】
全領域のコピーが完了した場合（ステップ８０４でＹｅｓ）、データ反映部１４０は、ステップ８０５において、全領域に対してコピー完了状態と判定し、反映完了通知部１４３により、ディスクマッピング処理部１０１ａのデータ反映完了検知部２０９に対してデータ反映完了状態の旨を通知する。また、データ反映部１４０は、コピーを完了したので、ストレージサブシステム１３０が保持しているデータ反映管理テーブル１２００の該当しているペアの箇所を削除して、さらに、対応する反映情報テーブル１０００を削除する。
【００５３】
このように、第一の実施形態のデプロイメントシステムＤＳによれば、ディスクマッピング処理部１０１ａがＩ／Ｏ要求の種別（リード／ライト）に応じてアクセス先をマスターデータ用ボリューム１３１と対象サーバ用ボリューム１３３のいずれかに切り替えることにより、対象サーバ１０２用のＯＳイメージのコピー完了を待たずデプロイ完了とみなす（ブート開始可能状態と判断する）ため、対象サーバ１０２は瞬時にブート処理を開始することができる。また、事前にＯＳイメージの複製を作成しておく必要がないため、ディスク容量の削減を図ることができ、資源の利用効率を高めることができる。つまり、第一の実施形態のデプロイメントシステムＤＳによれば、サーバ構築にかかる時間を短縮したり、サーバ構築のコストを削減したりすることができ、柔軟なシステム運用を実現することができる。
【００５４】
また、対象サーバ１０２のディスクマッピング処理部１０１ａは、マスターデータ用ボリューム１３１のデータが対象サーバ用ボリューム１３３にすべてコピーされたことを検知するとマスターデータ用ボリューム１３１へのアクセスパスを切り離すので、対象サーバ１０２の数が多い場合でも、マスターデータ用ボリューム１３１へアクセスが集中する事態を回避することができる。
【００５５】
さらに、ストレージサブシステム１３０内でマスターデータ用ボリューム１３１のデータの対象サーバ用ボリューム１３３へのコピーを能動的に行うことにより、そのコピー完了を早期に実現することができる。
なお、対象サーバ１０２およびストレージサブシステム１３０における各処理は、コンピュータのＣＰＵに実行させるためのプログラムを所定の者が作成し、実行することで、実現することができる。
【００５６】
（第二の実施形態）
図１５は、本発明の第二の実施形態に係わるデプロイメントシステムの全体構成図である。図１５のデプロイメントシステムＤＳａでは、１台の物理計算機１３００に備わっている物理計算機資源を論理的に分割することにより、複数の論理区画１３０１、１３０２および１３０３（以下、特に区別しないときは「論理区画１３０００」という。）を生成している。そして、１台以上のＯＳ（第１ゲストＯＳ〜第３ゲストＯＳ（以下、特に区別しないときは「ゲストＯＳ」という。））を同時に実行可能である論理計算機システム（不図示）の論理区画１３０００を制御する制御プログラム（ハイパバイザ１３０４（仮想計算機モニタ(ＶＭＭ：Virtual Machine Monitor）））内にディスクマッピング処理部１０１ａを設けた例である。
【００５７】
このように仮想化機構内にディスクマッピング処理部１０１ａを有する場合は、論理区画１３０００内にディスクマッピング処理部１０１ａを備える必要がなくなり、ハイパバイザ１３０４が各論理区画１３０００で動作しているゲストＯＳからのＩ／Ｏ要求を一括して管理することが可能となる。このような場合では、一つの物理計算機１３００上に設けられた複数の論理区画１３０００上で稼動している仮想サーバ（不図示）を対象サーバとすることができ、複数の対象サーバに対してＯＳイメージをデプロイすることができ、いずれの対象サーバも瞬時にブート処理を開始することが可能となる。具体的な各処理や効果は第一の実施形態の場合と同様なので、説明を省略する。
【００５８】
以上、本発明の各実施形態について説明したが、これらは本発明について説明するための例示であり、本発明の適応範囲を例示した形態のみに限定するものではない。また、上記に記載の実施形態のいかなる組み合わせも本発明の実施形態となりうる。つまり、ハードウェアやフローチャート等の具体的な構成について、本発明の趣旨を逸脱しない範囲で適宜変更が可能である。
【図面の簡単な説明】
【００５９】
【図１】第一の実施形態に係るデプロイメントシステムの全体構成図である。
【図２】対象サーバの機能ブロック図である。
【図３】ＯＳからＩ／Ｏが発行されたときにディスクマッピング処理部がアクセス先のデバイスを変更する処理の説明図である。
【図４】ディスクマッピング処理部に記憶されるマッピング状態管理テーブルの構成図である。
【図５】ストレージサブシステムに記憶される反映情報テーブルの構成図である。
【図６】ストレージサブシステムに記憶されるマスターイメージ管理テーブルの構成図である。
【図７】ストレージサブシステムのデータ反映部に記憶されるデータ反映管理テーブルの構成図である。
【図８】マッピング情報管理部が管理しているマッピング情報の構成図である。
【図９】ＯＳからのＩ／Ｏ要求に対するディスクマッピング処理部の処理を示すフローチャートである。
【図１０】ディスクマッピング処理部におけるＩ／Ｏ解析部の処理のフローチャートである。
【図１１】ディスクマッピング処理部における物理デバイス制御部の処理のフローチャートである。
【図１２】ディスクマッピング処理部におけるデータ反映完了検知部の処理のフローチャートである。
【図１３】ストレージサブシステムのデータ反映管理テーブルに記憶されるライト処理要求のフローチャートである。
【図１４】ストレージサブシステムにおけるデータ反映部の処理のフローチャートである。
【図１５】第二の実施形態に係わるデプロイメントシステムの全体構成図である。
【符号の説明】
【００６０】
１０１ａ  ディスクマッピング処理部
１０２  対象サーバ
１３０  ストレージサブシステム
１３，１３１，１３２  マスターデータ用ボリューム
１３３  対象サーバ用ボリューム
１４０  データ反映部
２０８  マッピング情報
【図１】
2008287631.tif 000003
【図２】
2008287631.tif 000004
【図３】
2008287631.tif 000005
【図４】
2008287631.tif 000006
【図５】
2008287631.tif 000007
【図６】
2008287631.tif 000008
【図７】
2008287631.tif 000009
【図８】
2008287631.tif 000010
【図９】
2008287631.tif 000011
【図１０】
2008287631.tif 000012
【図１１】
2008287631.tif 000013
【図１２】
2008287631.tif 000014
【図１３】
2008287631.tif 000015
【図１４】
2008287631.tif 000016
【図１５】
2008287631.tif 000017