(57)【要約】【課題】遠隔地のサーバ設置拠点に設置されている複数のサーバに対して、ＯＳを含むシステムディスクの内容を配布して、指定した用途のサーバを迅速に起動するシステムディスクイメージの配布方法を提供する。【解決手段】  第１の論理ディスク装置に格納されているＯＳ及びアプリケーションソフトウェアをシステムディスクイメージとして取得し、システムディスクイメージを第２の論理ディスク装置に起動可能にコピーする第１のステップと、第２のサーバと第２の論理ディスク装置との論理的な通信経路を設定する第２のステップと、第２のサーバを再起動させることによって、第２の論理ディスク装置に格納されたＯＳ及びアプリケーションソフトウェアを前記第２のサーバに実行させる第３のステップと、を備える。【選択図】  図１
2006350781.tif 000002
【特許請求の範囲】
【請求項１】
第１のサーバと、前記第１のサーバが実行するＯＳ及びアプリケーションソフトウェアを格納する第１の論理ディスク装置を備えた第１のストレージ装置と、によって構成される第１のストレージシステムと、
第２のサーバと、第２の論理ディスク装置を備える第２のストレージ装置と、によって構成される第２のストレージシステムと、
前記第１のストレージシステム及び前記第２のストレージシステムを通信可能に接続するネットワークと、
を備えた計算機システムにおけるディスクイメージの配布方法であって、
前記第１の論理ディスク装置に格納されているＯＳ及びアプリケーションソフトウェアをシステムディスクイメージとして取得し、前記システムディスクイメージを前記第２の論理ディスク装置に起動可能にコピーする第１のステップと、
前記第２のサーバと前記第２の論理ディスク装置との論理的な通信経路を設定する第２のステップと、
前記第２のサーバを再起動させることによって、前記第２の論理ディスク装置に格納されたＯＳ及びアプリケーションソフトウェアを前記第２のサーバに実行させる第３のステップと、
を備えることを特徴とするシステムディスクイメージの配布方法。
【請求項２】
前記第１のステップは、前記第１のストレージ装置内の論理ディスク装置と、前記第２ストレージ装置内の論理ディスク装置とで設定されたコピーペアを使用して、前記ディスクイメージを前記第２の論理ディスク装置にコピーすることを特徴とする請求項１に記載のシステムディスクイメージの配布方法。
【請求項３】
前記第１のストレージシステムが使用不可能になった場合に、前記第２のステップ及び前記第３のステップを実行することを特徴とする請求項１に記載のシステムディスクイメージの配布方法。
【請求項４】
前記第２のストレージ装置は、さらに第３の論理ディスク装置を備え、
前記第２のサーバと前記第３の論理ディスク装置との論理的な通信経路が設定されており、前記第３の論理ディスク装置に格納されているＯＳ及びアプリケーションソフトウェアを実行しており、
前記第２のステップは、
前記第２のサーバをシャットダウンする第４のステップと、
前記第２のサーバと前記第３の論理ディスク装置との論理的な通信経路を解除する第５のステップと、
を備えることを特徴とする請求項１に記載のシステムディスクイメージの配布方法。
【請求項５】
前記第１のストレージ装置は、さらに第４の論理ディスク装置を備え、
前記第１のステップは、
前記第１の論理ディスク装置に格納されているＯＳ及びアプリケーションソフトウェアをシステムディスクイメージとして取得し、前記システムディスクイメージを前記第４の論理ディスク装置にコピーする第６のステップと、
前記第４の論理ディスク装置と前記第２の論理ディスク装置とで設定されたコピーペアを使用して、前記システムディスクイメージを前記第２の論理ディスク装置にコピーする第７のステップと、
前記第４の論理ディスク装置と前記第２の論理ディスク装置とで設定されたコピーペアを解消する第８のステップと、
を備えることを特徴とする請求項２に記載のシステムディスクイメージの配布方法。
【請求項６】
前記第１のストレージ装置は、さらに第４の論理ディスク装置を備え、
前記第２のストレージ装置は、さらに第５の論理ディスク装置を備え、
前記第１のステップは、
前記第１の論理ディスク装置に格納されているＯＳ及びアプリケーションソフトウェアをシステムディスクイメージとして取得し、前記システムディスクイメージを前記第４の論理ディスク装置にコピーする第９のステップと、
前記第４の論理ディスク装置と前記第５の論理ディスク装置とで設定されたコピーペアを使用して、前記システムディスクイメージを前記第５の論理ディスク装置にコピーする第１０のステップと、
前記第５の論理ディスク装置と前記第２の論理ディスク装置とで設定されたコピーペアを使用して、前記システムディスクイメージを前記第２の論理ディスク装置に起動可能にコピーする第１１のステップと、
前記第５の論理ディスク装置と前記第２の論理ディスク装置とで設定されたコピーペアを解消する第１２のステップと、
を備えることを特徴とする請求項２に記載のシステムディスクイメージの配布方法。
【請求項７】
第１の制御部を備える第１のサーバと、前記第１のサーバが実行するＯＳ及びアプリケーションソフトウェアを格納する第１の論理ディスク装置を備えた第１のストレージ装置と、によって構成される第１のストレージシステムと、
第２の制御部を備える第２のサーバと、第２の論理ディスク装置を備える第２のストレージ装置と、によって構成され、前記第１のストレージシステムとネットワークを介して接続される第２のストレージシステムと、
を備えた計算機システムにおいて、
前記第１の制御部は、
前記第１の論理ディスク装置に格納されているＯＳ及びアプリケーションソフトウェアをシステムディスクイメージとして取得して、前記システムディスクイメージを前記第２の論理ディスク装置に起動可能にコピーし、
前記第２の制御部は、
前記第２のサーバと前記第２の論理ディスク装置との論理的な通信経路を設定して、前記第２のサーバを再起動させることによって、前記第２の論理ディスク装置に格納されたＯＳ及びアプリケーションソフトウェアを前記第２のサーバに実行させることを特徴とする計算機システム。
【請求項８】
前記第１の制御部は、前記第１のストレージ装置内の論理ディスク装置と、前記第２ストレージ装置内の論理ディスク装置とで設定されたコピーペアを使用して、前記ディスクイメージを前記第２の論理ディスク装置にコピーすることを特徴とする請求項７に記載の計算機システム。
【請求項９】
前記第１の制御部は、前記第１の論理ディスク装置に格納されているＯＳ又はアプリケーションソフトウェアの少なくとも一方の内容に変更があった場合は、当該ＯＳ及びアプリケーションソフトウェアをシステムディスクイメージとして取得することを特徴とする請求項７に記載の計算機システム。
【請求項１０】
前記第２の制御部は、前記第１のストレージシステムが使用不可能になった場合に、前記第２のサーバと前記第２の論理ディスク装置との論理的な通信経路を設定して、前記第２のサーバを再起動させることを特徴とする請求項７に記載の計算機システム。
【請求項１１】
前記第２のストレージ装置は、さらに第３の論理ディスク装置を備え、前記第２のサーバと前記第３の論理ディスク装置との論理的な通信経路が設定されており、前記第３の論理ディスク装置に格納されているＯＳ及びアプリケーションソフトウェアを実行しており、
前記第２の制御部は、
前記第２のサーバをシャットダウンし、
前記第２のサーバと前記第３の論理ディスク装置との論理的な通信経路を解除し、
前記第２のサーバと前記第２の論理ディスク装置との論理的な通信経路を設定して、前記第２のサーバを再起動させることを特徴とする請求項７に記載の計算機システム。
【請求項１２】
前記第１のストレージ装置は、さらに第４の論理ディスク装置を備え、
前記第１の制御部は、
前記第１の論理ディスク装置に格納されているＯＳ及びアプリケーションソフトウェアをシステムディスクイメージとして取得し、前記システムディスクイメージを前記第４の論理ディスク装置にコピーし、
前記第４の論理ディスク装置と前記第２の論理ディスク装置とで設定されたコピーペアを使用して、前記システムディスクイメージを前記第２の論理ディスク装置にコピーし、
前記第２の制御部は、
前記第４の論理ディスク装置と前記第２の論理ディスク装置とで設定されたコピーペアを解消し、
前記第２のサーバと前記第２の論理ディスク装置との論理的な通信経路を設定して、前記第２のサーバを再起動させることを特徴とする請求項８に記載の計算機システム。
【請求項１３】
前記第１のストレージ装置は、さらに第４の論理ディスク装置を備え、
前記第２のストレージ装置は、さらに第５の論理ディスク装置を備え、
前記第１の制御部は、
前記第１の論理ディスク装置に格納されているＯＳ及びアプリケーションソフトウェアをシステムディスクイメージとして取得し、前記システムディスクイメージを前記第４の論理ディスク装置にコピーし、
前記第４の論理ディスク装置と前記第５の論理ディスク装置とで設定されたコピーペアを使用して、前記システムディスクイメージを前記第５の論理ディスク装置にコピーし、
前記第５の論理ディスク装置と前記第２の論理ディスク装置とで設定されたコピーペアを使用して、前記システムディスクイメージを前記第２の論理ディスク装置に起動可能にコピーし、
前記第２の制御部は、
前記第５の論理ディスク装置と前記第２の論理ディスク装置とで設定されたコピーペアを解消し、
前記第２のサーバと前記第２の論理ディスク装置との論理的な通信経路を設定して、前記第２のサーバを再起動させることを特徴とする請求項８に記載の計算機システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、遠隔地のサーバ設置拠点に設置されている複数のサーバに対して、ＯＳを含むシステムディスクの内容を配布して、指定した用途のサーバを迅速に起動するシステムディスクイメージの配布方法及び計算機システムに関する。
【背景技術】
【０００２】
多数のサーバに対してソフトウェアを配布する方法を効率化することは、システム運用を効率化するための大きな要素の一つである。ソフトウェアを多数のサーバに配布する技術には、アプリケーションソフトウェアを配布するか、ＯＳを含むシステムファイルを配布するか、という分類と、比較的高速なＬＡＮによって接続されているローカルサイト内で配布するか、低速なＷＡＮによって接続されている遠隔地サイトに配布するか、という分類ができる、従って、（１）ローカルサイト内でアプリケーションを配布する。（２）遠隔サイトに対してアプリケーションを配布する。（３）ローカルサイト内でＯＳを配布する。（４）遠隔サイトに対してＯＳを配布する。の、４つに分類できる。
【０００３】
例えば、（１）及び（３）の例として、ホスト内のアプリケーションは、ＬＡＮ及びＦＣスイッチにターゲットホストが新たに接続された状態で、ユーザ操作でホストのアーキテクチャ等が指定された場合、その指定アーキテクチャ等からホストにインストールすべきＯＳの種類を決定する。ホスト内のアプリケーションは、ディスク１４-1〜１４-nのうち、決定したＯＳ種類のＯＳイメージ、例えばディスク１４-1に保持されているＯＳイメージを、ＦＣスイッチを介してターゲットディスクにコピーする。ホストは、ディスクにターゲットホスト固有の情報を設定し、当該ディスクのボリュームをターゲットホストに割り当てるＯＳインストール方法がある（特許文献１、参照。）。
【特許文献１】特開２００２−２７８７６９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
従来技術では、ＯＳを含むシステムディスクのデータ（以下システムディスクイメージと言う）の配布技術においては、配布する元データとしてのシステムディスクイメージを配布管理システムが複数個持ち、ＯＳが未搭載のサーバにそのうちの一つをコピーしてサーバを再起動する。
【０００５】
この場合、遠隔サイトへのソフトウェア配布は、ローカルサイト内の配布の方式をそのまま流用する。これは回線帯域の狭い広域ネットワークを用いるため効率が悪いという課題がある。
【０００６】
例えば、特許文献１によるシステムディスクイメージのコピー方法は、ストレージ装置を接続するＦＣケーブルが利用できる範囲内で有効であるので、遠隔地に設置されるサーバに対してのコピー手段については検討されていない。
【０００７】
また、遠隔サイトのサーバはローカルサイトが災害により使用不可能となった場合の代替サイトとして使用される場合があるが、その際には遠隔サイトのサーバのうちの何台かは遠隔サイトで運用されているサーバとは異なる代替用のサーバが必要である。そしてこの代替用のサーバには新たなシステムディスクイメージの配布が必要となる。しかしながら、ローカルサイトに災害が発生すると、ローカルサイトから遠隔サイトにシステムディスクイメージの配布は不可能である。
【０００８】
また、遠隔サイトのサーバを地理的負荷分散のサーバとして利用している場合には、遠隔サイト側で、ある用途のサーバを削減（スケールイン）したり別の用途のサーバを増加（スケールアウト）する必要性が生じる。この場合、負荷の急激な変動に対して迅速なスケールアウト処理が必要となる。しかし、ローカルサイトからシステムディスクイメージを配布すると処理に長い時間を要する。この場合、遠隔サイトに、常時スケールアウト用のシステムディスクイメージを準備しておく運用も考えられるが、準備しているシステムディスクをローカルサイト側のシステムディスクイメージと常に最新の状態にしておくためには、運用に手間を要する。
【０００９】
本発明は、このような課題に鑑みてされたものであり、遠隔地のサーバ設置拠点に設置されている複数のサーバに対して、ＯＳを含むシステムディスクの内容を配布して、指定した用途のサーバを迅速に起動するシステムディスクイメージの配布方法を提供する。
【課題を解決するための手段】
【００１０】
本発明は、第１のサーバと、第１のサーバが実行するＯＳ及びアプリケーションソフトウェアを格納する第１の論理ディスク装置を備えた第１のストレージ装置と、によって構成される第１のストレージシステムと、第２のサーバと、第２の論理ディスク装置を備える第２のストレージ装置と、によって構成される第２のストレージシステムと、第１のストレージシステム及び第２のストレージシステムを通信可能に接続するネットワークと、を備えた計算機システムにおけるディスクイメージの配布方法であって、第１の論理ディスク装置に格納されているＯＳ及びアプリケーションソフトウェアをシステムディスクイメージとして取得し、システムディスクイメージを第２の論理ディスク装置に起動可能にコピーする第１のステップと、第２のサーバと第２の論理ディスク装置との論理的な通信経路を設定する第２のステップと、第２のサーバを再起動させることによって、第２の論理ディスク装置に格納されたＯＳ及びアプリケーションソフトウェアを前記第２のサーバに実行させる第３のステップと、を備えることを特徴とする。
【発明の効果】
【００１１】
本発明によれば、遠隔サイトのサーバを、災害時の復旧用代替サーバとして、ローカルサイトの最新のシステムディスクイメージを用いて、迅速に立ち上げることが可能となる。また、スケールアウト動作の際には、必要な種類のサーバを遠隔サイトにおいて迅速に立ち上げることが可能となる効果がある。
【発明を実施するための最良の形態】
【００１２】
以下に、本発明の実施の形態を、図面を参照して説明する。
【００１３】
図１は、本発明の実施の形態の計算機システムの構成ブロック図である。
【００１４】
この計算機システムは、三台のサーバによって構成されるローカルサイト１と、三台のサーバによって構成される遠隔サイト２と、それらを接続する広帯域ネットワーク（ＷＡＮ）回線３と、によって構成されている。
【００１５】
ローカルサイト１は、三台のサーバ１０２（サーバ１０２−１、サーバ１０２−２、サーバ１０２−３）と、ストレージ装置１０９−１とによって構成されている。このサーバ１０２及びストレージ装置１０９によってストレージシステムが構成されている。
【００１６】
これら各サーバ１０２は、ＬＡＮ（Local Area Network）１０１−１によって相互に通信可能に接続されている。また、サーバ１０２とストレージ１０９−１とは、ＦＣケーブル１１４及びＦＣ−ＳＷ（FibreChannel-Switch）によって接続されている。
【００１７】
各サーバ１０２は、ＬＡＮ１０１−１に接続するためのインターフェース（Ｉ／Ｆ）１１８、ＦＣケーブル１１４を介してＦＣ−ＳＷ１０６−１に接続するためのＨＢＡ（Host Bus Adapter）１０５、ＯＳやアプリケーションプログラムを実行するＣＰＵ１１９、及び、ＯＳやアプリケーションプログラムを格納するメモリ１２０を備えている。
【００１８】
サーバ１０２−１は、ローカルサイト１の管理サーバである。
【００１９】
サーバ１０２−１のメモリ１２０−１には、アプリケーションプログラムである配布管理プログラム１２３−１及びストレージ管理プログラム１２４−１が格納されている。ＣＰＵ１１９−１が配布管理プログラム１２３−１を実行することによって、サーバ１０２−１が、システムディスクイメージの配布を制御する配布管理システム１０３−１として機能する。また、ＣＰＵ１１９−１がストレージ管理プログラム１２４−１を実行することによって、サーバ１０２−１がストレージの構成設定を制御するストレージ管理システム１０４−１として機能する。
【００２０】
また、サーバ１０２−２及びサーバ１０２−３は業務に用いるためのアプリケーションソフトウェアを実行する。このアプリケーションソフトウェアは、ストレージ１０９−１からＯＳと共に読み込んでメモリ１２０に格納される。ＣＰＵ１１９がこのアプリケーションソフトウェアを実行することで、そのアプリケーションソフトウェアに対応する業務が実行される。
【００２１】
ストレージ装置１０９−１は、ディスク制御装置１１０−１及びディスク装置１２１−１を備えている。
【００２２】
ディスク制御装置１１０−１は、ディスク装置１２１−１のデータの入出力や構成を制御する。ディスク制御装置１１０−１は、ＦＣアダプタ１１１−１と、アダプタ１１２−１を備えている。ＦＣアダプタ１１１−１は、ＦＣケーブル１１４を介してＦＣ−ＳＷ１０６−１に接続するためのインターフェースである。アダプタ１１２−１は遠隔サイト２に接続するためのＷＡＮ回線１１７に接続するインターフェースである。
【００２３】
ディスク装置１２１−１は、一つ以上のディスクドライブから構成されている。このディスクドライブには、ＲＡＩＤ構成によって、論理ディスク装置（ＬＵ）１１３が定義されている。
【００２４】
各々のＬＵ１１３は、各サーバ１０２で稼働しているＯＳから１台のハードディスクドライブとして認識できる。このとき、各サーバ１０２のＯＳは、ＬＵ番号（ＬＵＮ）を用いて各々のＬＵ１１３を識別する。なお、図１の例では、ストレージ装置１０９−１には、五台のＬＵ１１３が定義されており、各々のＬＵＮは１０、１１、１２、１３、１４と設定されている。
【００２５】
遠隔サイト２は、ローカルサイト１とほぼ同等な構成である。すなわち、サーバ１０２−４、サーバ１０２−５及びサーバ１０２−６の三台のサーバがＬＡＮ１０１−２によって相互に通信可能に接続されている。また、各々のサーバ１０２とストレージ１０９−２とは、ＦＣケーブル１１４及びＦＣ−ＳＷ１０６−２によって接続されている。また、ストレージ装置１０９−２には七台のＬＵ１１３が定義されており、各々のＬＵＮは２０、２１、２２、２３、２４、２５、２６と設定されている。
【００２６】
また、サーバ１０２−４は遠隔サイト２の管理サーバであり、サーバ１０２−１と同様に、配布管理プログラム１２３−４及びストレージ管理プログラム１２４−４が格納されている。サーバ１０２−４のＣＰＵ１１９−４が配布管理プログラム１２３−４を実行することによって、サーバ１０２−４が配布管理システム１０３−４として機能し、ＣＰＵ１１９−４がストレージ管理プログラム１２４−４を実行することによって、サーバ１０２−４が、ストレージ管理システム１０４−４として機能する。
【００２７】
ローカルサイト１のＬＡＮ１０１−１と遠隔サイト２のＬＡＮ１０１−２との間は、比較的低速回線であるＷＡＮ１１６によって接続されている。ローカルサイト１にはこのＷＡＮ１１６の接続のためのインターフェースであるルータ１０７−１が備えられ、遠隔サイト２にはルータ１０７−２が備えられる。
【００２８】
また、ストレージ装置１０９−１とストレージ装置１０９−２との間は、ＷＡＮ１１７によって接続されている。ローカルサイト１にはこのＷＡＮ１１７の接続のためのインターフェースであるルータ１０８−１が備えられ、遠隔サイト２にはルータ１０８−２が備えられる。
【００２９】
ストレージ装置１０９−１及び１０９−２は、このＷＡＮ１１７を介して、ＬＵ１１３間のリモートコピー機能を実現する。
【００３０】
なお、以降の説明では、ローカルサイト１及び遠隔サイト２で共通の説明には「サーバ１０２」、「ストレージ装置１０９」のように表記する。
【実施例１】
【００３１】
次に、本発明の第１の実施例を説明する。
【００３２】
第１の実施例は、前述した図１の計算機システムにおいて、ローカルサイト１に災害が発生し、ローカルサイト１のサーバ１０２が使用不可能となった場合の処理を説明する。
【００３３】
ローカルサイト１のサーバ１０２−２及び１０２−３では、配布管理システム１０３によって配布されたＯＳ及びアプリケーションが稼働している。ここで、ローカルサイト１に災害が発生すると、サーバ１０２が使用不可能となる。そこで、そのサーバ１０２で実行していた業務を継続するために、ローカルサイト１のサーバ１０２−２及び１０２−３の業務のアプリケーションソフトウェアを、遠隔サイト２のいずれかのサーバ１０２で実行させる処理をする。このように、ローカルサイト１に災害が発生したときに、災害の発生していない遠隔サイト２で業務を復旧させることを「ディザスタリカバリ」と呼ぶ。
【００３４】
図２は、このディザスタリカバリの説明図である。
【００３５】
この図２は、図１に示す計算機システムの論理的なアクセスの構成を示す。
【００３６】
ストレージ装置１０９のディスク制御装置１１０は、ストレージ装置１０９に設定されているＬＵ１１３のアクセス元のサーバを限定する機能を持っている。すなわち、どのサーバ１０２からのアクセスを、どのＬＵ１１３に対して可能とするかを設定する。これは一般に「ＬＵＮ  Ｓｅｃｕｒｉｔｙ機能」と呼ばれる。
【００３７】
このＬＵＮ  Ｓｅｃｕｒｉｔｙ機能は、ストレージ管理システム１０４が指示することによって、ストレージ装置１０９に設定する。ストレージ管理システム１０４は、論理的な通信パス２０１−１又は２０１−２を使用して、ストレージ装置１０９のディスク制御装置１１０にその指示内容を転送する。ストレージ制御装置１１０は、この指示内容を受けて、各サーバ１０２と各ＬＵ１１３との論理的な通信経路（２０２乃至２０９）を設定する。ストレージ装置１０９は、この通信経路のみを有効とする。結果として、サーバ１０２がアクセス可能なＬＵ１１３が決定する。
【００３８】
図２の例では、前述のＬＵＮ  Ｓｅｃｕｒｉｔｙ機能によって、ストレージ装置１０９−１のＬＵ１０はサーバ１０２−１からのアクセスのみを許可する通信経路２０２が設定されている。
【００３９】
この場合、サーバ１０２−１が、ＬＵ１０に対してデータの読み込み又は書き込みをする場合は、サーバ１０２−１のＨＢＡ１０５−１を介してＦＣ−ＳＷ１０６−１に読み込み又は書き込み要求を送信する。ＦＣ−ＳＷ１０６−１は、この要求をストレージ装置１０９−１のディスク制御装置１１０−１に送る。この要求を受信したディスク制御装置１１０−１は、ＬＵＮ  Ｓｅｃｕｒｉｔｙ機能によって設定された通信経路に基づいて、当該要求をＬＵ１０に処理する。より具体的には、データの読み込み要求である場合は、ディスク制御装置１１０−１は、ＬＵ１０に格納されているデータをＦＣ−ＳＷ１０６−１を介してサーバ１０２−１に送信する。また、データの書き込み要求である場合は、ディスク制御装置１１０−１は、要求に係るデータをＬＵ１０に格納する。
【００４０】
同様に、ＬＵ１１とＬＵ１２はサーバ１からのアクセスのみを許可するよう設定されている。また、ＬＵ１３はサーバ１０２−２からのアクセスのみを許可し、ＬＵ１４はサーバ１０２−３からのアクセスのみを許可するよう設定されている。
【００４１】
また、同様に、遠隔サイト２におけるサーバ１０２−４、１０２−５、１０２−６とストレージ装置１０９−２との間も、ストレージ管理システム１０４から論理的な通信パス２０１−２を介してＬＵＮ  Ｓｅｃｕｒｉｔｙ機能による論理的な接続関係が設定されている。ＬＵ２０はサーバ１０２−４からのアクセスのみを許可するように設定されている。また、ＬＵ２３はサーバ１０２−５からのアクセスのみを許可し、ＬＵ２４はサーバ１０２−６からのアクセスのみを許可するように設定されている。一方、ＬＵ２１、ＬＵ２２、ＬＵ２５、ＬＵ２６は、いずれのサーバ１０２に対するアクセス許可は設定されておらず、どのサーバ１０２からもアクセスできない。
【００４２】
次にサーバ１０２とＬＵ１１３との制御の関係を説明する。
【００４３】
ローカルサイト１において、ＬＵ１０にはサーバ１０２−１を起動するために必要なソフトウェアであるＯＳや、配布管理システム１０３及びストレージ管理システム１０４として機能するアプリケーションプログラムが格納されている。サーバ１０２−１は、このＬＵ１０をシステムディスクとして起動する。そして、ＬＵ１０に格納されているＯＳやアプリケーションプログラムを読み込み込むことによって、配布管理システム１０３−１やストレージ管理システム１０４−１を実行する。
【００４４】
また、サーバ１０２−２は、業務Ａを実行するサーバとして用いられる。ＬＵ１３には業務Ａを実行するために必要なＯＳやアプリケーションプログラムが格納されている。サーバ１０２−２は、このＬＵ１３をシステムディスクとして起動する。そしてＬＵ１３に格納されているＯＳやアプリケーションプログラムを読み込むことによって、業務Ａを実行する。また、サーバ１０２−３は、業務Ｂのサーバとして用いられる。ＬＵ１４は業務Ｂを実行するために必要なＯＳやアプリケーションプログラムが格納されている。サーバ１０２−３は、ＬＵ１４をシステムディスクとして起動する。そして、ＬＵ１４に格納されているＯＳやアプリケーションプログラムを読み込むことによって業務Ｂを実行する。
【００４５】
一方、遠隔サイト２において、ＬＵ２０にはサーバ１０２−４を起動するために必要なソフトウェアであるＯＳや、配布管理システム１０３−４及びストレージ管理システム１０４−４として機能するアプリケーションプログラムが格納されている。サーバ１０２−４は、このＬＵ２０をシステムディスクとして起動する。そして、ＬＵ２０に格納されているＯＳやアプリケーションプログラムを読み込み込むことによって、配布管理システム１０３−４やストレージ管理システム１０４−４を実行する。
【００４６】
同様に、サーバ１０２−５及びサーバ１０５−６は、業務Ｃのサーバとして用いられる。そして、ＬＵ２３及びＬＵ２４は、業務Ｃを実行するために必要なＯＳやアプリケーションソフトウェアが格納されている。サーバ１０２−４がＬＵ２３をシステムディスクとして起動して、業務Ｃを実行する。同様に、サーバ１０２−６がＬＵ２４をシステムディスクとして起動して、業務Ｃを実行する。
【００４７】
本実施例の計算機システムは、通常の運用状態では前述のような構成で動作する。
【００４８】
なお、業務Ａ及び業務Ｂは重要性が高い業務であり、業務Ｃはあまり重要性が高くない業務である。
【００４９】
ここで、ローカルサイト１のシステムが地震などの災害によって全壊し、各サーバ１０２が使用不可能となった場合を説明する。この場合は、重要な業務である業務Ａ及び業務Ｂを早期に復旧するためのディザスタリカバリを実行する必要がある。
【００５０】
そこで、ローカルサイト１が災害により使用できなくなった場合には、遠隔サイト２の業務Ｃを実行しているサーバ１０２−５及びサーバ１０２−６を、業務Ａ又は業務Ｂに切り替えて運用する。なお、もっとも重要である業務が、業務Ａであるか業務Ｂであるのかは、災害が発生した時期、例えば、月末であるか月の中ごろであるか、又は、年末であるか通常月であるか等に依存して変わる可能性がある。そのため、オペレータは、ローカルサイト１で災害が発生した後、遠隔サイト２での業務の復旧のときに、いずれの業務を優先して起動すべきであるかを決定する。
【００５１】
このディザスタリカバリを実現するために、予め、次のような処理によってディスクイメージを準備して、これを遠隔サーバに配布する。
【００５２】
まず、配布管理システム１０３−１は、ストレージ管理システム１０４−１に指示して、業務ＡのシステムディスクであるＬＵ１３のディスクイメージを、サーバ１０２−２及びＬＡＮ１０１−１を経由してＬＵ１１にコピーする。このとき、ＬＵ１３の内容からサーバ１０２−２固有の情報であるネットワークアドレスの値等を削除する。この結果、配布のための業務ＡのシステムディスクイメージがＬＵ１１に格納される。
【００５３】
同様に、配布管理システム１０３−１は、ストレージ管理システム１０４−１に指示して、業務ＢのシステムディスクであるＬＵ１４のディスクイメージを、サーバ１０２−３及びＬＡＮ１０１−１を経由して、固有の情報を削除してコピーする。この結果、配布のための業務ＢのシステムディスクイメージがＬＵ１２に格納される。
【００５４】
次に、配布管理システム１０３−１は、ストレージ管理システム１０４−１に指示して、業務Ａのシステムディスクイメージを格納しているＬＵ１１と、遠隔サイト２のＬＵ２５とをリモートコピー機能によって常にデータを一致させるように制御する（処理２１２）。また、遠隔サイト２の配布管理システム１０３−４は、ストレージ管理システム１０４−４に指示して、ＬＵ２５とＬＵ２６とをミラーリング機能を用いて常にデータを一致させるように制御する（処理２１４）。
【００５５】
同様に、配布管理システム１０３−１は、ストレージ管理システム１０４−１に指示して、業務Ｂのシステムディスクイメージを格納しているＬＵ１２と、遠隔サイト２のＬＵ２１とでリモートコピー機能を用いて常にデータを一致させるように制御する（処理２１３）。また、配布管理システム１０３−４は、ストレージ管理システム１０４−４に指示して、ＬＵ２１とＬＵ２２の間でミラーリング機能を用いて常にデータを一致させるように制御する（処理２１４）。
【００５６】
このようにすることで、業務Ａ又は業務Ｂのシステムディスクイメージが遠隔サイトに配布される。また、業務の実行によってＬＵ１３、１４の内容が変更されたとしても、遠隔サイト２は、常に最新のシステムディスクイメージのコピーを保持できる。このシステムディスクイメージのコピーを用いることで、ディザスタリカバリによる業務の早期復旧ができる。
【００５７】
なお、このリモートコピー機能の開始及び終了の時期、ミラーリング機能の開始及び終了の時期は、配布管理システム１０３−１又は配布管理システム１０３−４が、ストレージ管理システム１０４−１又はストレージ管理システム１０４−４を介して制御する。
【００５８】
以上のようにディスクイメージのコピーを格納した状態で、ローカルサイト１に災害が発生し、各サーバ１０２が使用不可能となった場合は、オペレータは、まず、業務Ａを優先して代替サーバによる復旧をするか、業務Ｂを優先して代替サーバによる復旧するかを判断する。さらに、業務を代替するサーバの台数も判断する。
【００５９】
例えば、業務Ｂを優先的に復旧することを決定し、その代替サーバには遠隔サイト２では二台のサーバ１０２が必要であると判断した場合は、オペレータは、配布管理システム１０３−１に次のような指示をする。すなわち、まず、サーバ１０２−５とサーバ１０２−６とを停止することによって業務Ｃを停止する。そして、サーバ１０２−５とＬＵ２３との通信経路２０８の接続を解除し、サーバ１０２−６とＬＵ２４との通信経路２０９の接続を解除する。そして、サーバ１０２−５と業務Ｂのシステムディスクイメージが格納されているＬＵ２１とで通信経路２１０を設定し、サーバ１０２−６とＬＵ２２とで通信経路２１１を設定する。最後に、サーバ１０２−５とサーバ１０２−６とを再起動する。これによって、サーバ１０２−５とサーバ１０２−６とが業務Ｂを実行するサーバとして動作を開始する。
【００６０】
以上のような処理によって、早期に業務を復旧可能とするディザスタリカバリシステムが構築される。
【００６１】
図３は、図２の計算機システムにおいて、配布用のシステムディスクイメージの構築の処理のフローチャートである。
【００６２】
ローカルサイト１のサーバ１０２−１の配布管理システム１０３−１が、システムディスクイメージ作成の要求を、業務名及びＬＵＮをパラメタとしてストレージ管理システム１０４−１に送信する。これを受けて、ストレージ管理システム１０４−１がこの処理を実行する。
【００６３】
まず、業務Ａを実行するために必要なディスクイメージを、配布可能な形式でＬＵ１１に格納する（Ｓ１００１）。具体的には、ストレージ管理システム１０４−１は、前述したように業務ＡのシステムディスクであるＬＵ１３のディスクイメージを、サーバ１０２−２及びＬＡＮ１０１−１を経由してＬＵ１１にコピーする。このとき、ＬＵ１３の内容から、サーバ１０２−２固有の情報であるネットワークアドレスの値などを削除する。
【００６４】
次に、同様にして、業務Ｂを実行するために必要なディスクイメージを、配布可能な形式でＬＵ１２に格納する（Ｓ１００２）。
【００６５】
次に、遠隔サイト２に復旧用のディスクイメージを格納するためのＬＵ１１３を作成する（Ｓ１００３）。具体的には、ストレージ管理システム１０４−１は、遠隔サイトのストレージ管理システム１０４−４に指示して、ストレージ１０９−２の空きのＬＵ１１３を検索する。そしてこれらを、復旧用のディスクイメージを格納するためのＬＵ１１３として設定する。空きのＬＵ１１３がない場合は、領域を設定して新たなＬＵ１１３を作成する。ここでは、ＬＵＮがＬＵ２１、ＬＵ２２、ＬＵ２５、ＬＵ２６のＬＵ１１３を設定する。
【００６６】
次に、ストレージ管理システム１０４−１は、ローカルサイト１のＬＵ１１と遠隔サイト２のＬＵ２１とでリモートコピーペアを設定する。また、ローカルサイト１のＬＵ１２と遠隔サイト２のＬＵ２５とでリモートコピーペアを設定する。さらに、ストレージ管理システム１０４−４に指示して、遠隔サイト２のＬＵ２１とＬＵ２２とでミラーリング機能によってコピーペアを設定する。また、遠隔サイト２のＬＵ２２とＬＵ２５とでミラーリング機能によってコピーペアを設定する（Ｓ１００４）。
【００６７】
以上のような処理によって、ローカルサイト１においてシステムディスクに更新があった場合にも更新された内容を遠隔サイト２コピーして、常に最新の状態として一致性を維持する。これによって、遠隔サイト２に、サーバ１０２を特定の業務に起動させるためのシステムディスクを保持する。
【００６８】
図４は、図３の処理によってシステムの構築が完了した後の定常時の処理のフローチャートである。
【００６９】
ローカルサイト１のサーバ１０２−１の配布管理システム１０３−１は、常に、ストレージ装置１０９−１のディスク制御装置１１０−１の動作要求の受付を待機している（Ｓ１１０１）。
【００７０】
そして、配布管理システム１０３−１は、ディスク制御装置１１０−１が業務Ａ又は業務Ｂの構成の変更の要求、すなわち、ＬＵ１３又はＬＵ１４の内容に影響がある変更の要求を受け付けたか否かを判定する（Ｓ１１０２）。業務Ａ又は業務Ｂの構成の変更要求でない場合は、ディスク制御装置１１０−１がその要求に従った処理を実行する（Ｓ１１０３）。
【００７１】
一方、業務Ａ又は業務Ｂの構成の変更要求であり、ＬＵ１３又はＬＵ１４の構成の変更があると判定した場合は、配布管理システム１０３−１は、業務ＡのディスクイメージをＬＵ１３から、業務ＢのディスクイメージをＬＵ１２から、それぞれコピーし、ネットワークアドレス等のサーバ１０２の固有情報を削除して、配布用のディスクイメージをＬＵ１１又はＬＵ１２に格納する（Ｓ１１０４）。
【００７２】
ＬＵ１１及びＬＵ１２に格納されているディスクイメージは、リモートコピー機能によって、遠隔サイト２のストレージ装置１０９−２にコピーされる。
【００７３】
以上の処理によって、遠隔サイト２のディスクイメージを常に最新の状態に保つことができる。
【００７４】
図５はローカルサイト１に災害が発生し、各サーバ１０２が使用不可能となった場合のディザスタリカバリの処理のフローチャートである。
【００７５】
遠隔サイト２のサーバ１０２−４の配布管理システム１０３−４は、オペレータからの入力を待機している。そして、オペレータからディザスタリカバリ要求のコマンドが入力されると本フローチャートの処理を開始する。
【００７６】
配布管理システム１０３−４は、オペレータが入力したコマンドを解析して、指定されたパラメタを取得する（Ｓ１２０１）。このパラメタは、業務の復旧に使用するサーバ１０２とそのサーバ１０２に接続するＬＵＮとの組み合わせで構成される。本実施例では、サーバ１０２−５とＬＵ２１との組み合わせ及びサーバ１０２−６とＬＵ２２との組み合わせのパラメタによって、ディザスタリカバリが要求される。
【００７７】
次に、配布管理システム１０３−４は、指定されたサーバ１０２が現在別の業務を動作中である場合は、その業務を一旦停止させ、指定されたサーバ１０２をシャットダウンする（Ｓ１２０２）。具体的には、サーバ１０２−５とサーバ１０２−６とをシャットダウンする。
【００７８】
次に、配布管理システム１０３−４は、指定されたサーバ１０２に現在接続されているＬＵ１１３の通信経路の接続を解除する。そして、指定されたＬＵ１１３との接続経路を新たに設定する（Ｓ１２０３）。具体的には、配布管理システム１０３−４は、ストレージ管理システム１０４−４に、サーバ１０２−５とＬＵ２３との接続の解除、サーバ１０２−６とＬＵ２４との接続の解除を指示する。次に、サーバ１０２−５とＬＵ２１との新たな通信経路の接続を指示する。また、サーバ１０２−６とＬＵ２２との新たな通信経路の接続を指示する。
【００７９】
次に、配布管理システム１０３−４は、新たに通信経路が設定されたＬＵ２１及びＬＵ２２の内容のうち、サーバ１０２−５及び１０２−６の個別の情報を書き換える（Ｓ１２０４）。個別の情報は、前述したようにサーバ１０２−５及びサーバ１０２−６のネットワークアドレス等の値である。これによって、ＬＵ２１及びＬＵ２２の内容が、指定されたサーバ１０２−５及び１０２−６のシステムディスクとして完成する。
【００８０】
次に、配布管理システム１０３−４は、サーバ１０２−５及びサーバ１０２−６のネットワークアドレスに電源投入要求パケットを送信して、サーバ１０２−５及びサーバ１０２−６を再起動する（Ｓ１２０５）。これによって、指示された業務が再開し、ディザスタリカバリが完了する。
【００８１】
以上の処理によって、業務Ｂが遠隔サイト２のサーバ１０２−５及び１０２−６で実行され、ディザスタリカバリが実現される。
【００８２】
このように、本発明の第１の実施例では、ローカルサイト１で実行される業務のシステムディスクイメージを、常に最新の状態で遠隔サイト２に格納する。特に、遠隔サイト２において業務を実行するサーバ１０２が複数必要な場合は、必要なシステムディスクの数だけＬＵ１１３のコピーを生成しておく。これによって、ローカルサイト１に災害が発生した場合にも、早期に業務を復旧することが可能になる。
【実施例２】
【００８３】
次に、第２の実施例について説明する。
【００８４】
第２の実施例では、ローカルサイト１のサーバ１０２で実行している業務の負荷が高くなったときに、遠隔サイト２のサーバ１０２でもその業務を実行して、異なるサイトの複数のサーバで一つの業務を実行させる。このように、ある業務のアプリケーションを他のサーバで稼働させることで業務を分散して実行して、業務の負荷を低減させることを「スケールアウト」と呼ぶ。
【００８５】
なお、第１の実施例と同一の構成には同一の符号を付してその説明は省略する。
【００８６】
図６は第２の実施例のスケールアウトの説明図である。
【００８７】
第２の実施例では、ローカルサイト１のサーバ１０２の業務を遠隔サイト２のサーバ１０２にスケールアウトする場合を説明する。
【００８８】
前述したように、ローカルサイト１のサーバ１０２−１は管理サーバであり、配布管理システム１０３−１とストレージ管理システム１０４−１とを実行している。また、サーバ１０２−２は業務Ａを、サーバ１０２−３は業務Ｂを実行している。
【００８９】
ＬＵ１０はサーバ１０２−１のシステムディスクである。また、ＬＵ１１は、業務ＡのシステムディスクであるＬＵ１３から作成されたシステムディスクイメージが格納されている。また、ＬＵ１２は、業務ＢのシステムディスクであるＬＵ１４から作成されたシステムディスクイメージが格納されている。
【００９０】
また、遠隔サイト２において、サーバ１０２−５は予備サーバとして待機しており使用されていない。また、サーバ１０２−６は業務Ｃを実行している。ＬＵ２４は、業務Ｃのシステムディスクであり、サーバ１０２−６と接続されている。
【００９１】
本実施例の計算機システムは、通常の運用状態では前述のような構成で動作する。
【００９２】
ここで、ローカルサイト１のサーバ１０２−１の配布管理システム１０３−１が、遠隔サイト２のサーバ１０２−４の配布管理システム１０３−４に、業務Ｂのスケールアウト要求を送信する（処理３０２）。そして、まず、配布管理システム１０３−１は、ストレージ管理システム１０４−１に指示して、ＬＵ１２とＬＵ２３とでリモートコピー機能を設定し、ＬＵ１２のシステムディスクイメージをＬＵ２３に転送する（処理３０３）。この転送が完了すると、遠隔サイト２のストレージ管理システム１０４−４は、ＬＵ２３のコピーペアを解除して独立したＬＵとし、これをサーバ１０２−５に接続する（処理３０１）。そして、このサーバ１０２−５を再起動させることによって、業務Ｂがサーバ１０２−５によって動作を開始する。結果として、ローカルサイト１での業務が遠隔サイト２にスケールアウトする。
【００９３】
図７及び図８は、第２の実施例のスケールアウトの処理のフローチャートである。
【００９４】
このフローチャートは、ローカルサイト１のサーバ１０２−１の配布管理システム１０３−１と、遠隔サイト２のサーバ１０２−４の配布管理システム１０３−４の処理を示す。
【００９５】
ローカルサイト１において、配布管理システム１０３−１は、常に動作要求の受付を待機している（Ｓ２００１）。そして、何らかの動作要求の指示を受け付けた場合に、本フローチャートの処理を開始する。なお、本実施例の場合は、遠隔サイト２へのスケールアウト要求の処理のみを記述し、他の要求の場合の処理は詳述しない。
【００９６】
まず、配布管理システム１０３−１は、オペレータによって、遠隔サイト２へのスケールアウト要求がされたか否かを判定する（Ｓ２００２）。
【００９７】
遠隔サイト２でのスケールアウト要求であると判定した場合は、配布管理システム１０３−１は、まず、オペレータによって入力されたスケールアウトに必要な指定事項のパラメタの入力を取得する（Ｓ２００４）。このパラメタは、対象サーバ１０２のネットワークアドレス、当該サーバ１０２のＨＢＡ１０５のＷＷＮ（World Wide Name）、対象とするＬＵ１１３のＬＵＮ、当該ＬＵ１１３に対応するストレージ制御装置１１０のアダプタ１１１のＷＷＮ等を含む。
【００９８】
なお、受け付けた要求が遠隔サイト２でのスケールアウト要求でない場合は、配布管理システム１０３−１は、その要求に従った処理を実行する（Ｓ２００３）。
【００９９】
次に、配布管理システム１０３−１は、遠隔サイト２の配布管理システム１０３−４に、スケールアウト要求を送信する（Ｓ２００５）。このスケールアウト要求は、パラメタとして、Ｓ２００４で取得した各情報に加え、ローカルサイト１のストレージ装置１０９−１の識別名とスケールアウト対象のＬＵ１１３のＬＵＮとを含め、遠隔サイト２のサーバ１０２−４の配布管理システム１０３−４に送信する。
【０１００】
次に、配布管理システム１０３−１は、ローカルサイト１のストレージ１０９−１の対象ＬＵ１１３と、遠隔サイト２のストレージ装置１０９−２の対象ＬＵ１１３とで、リモートコピーのペアを設定する（Ｓ２００６）。具体的には、配布管理システム１０３−１は、ストレージ管理システム１０４−１に、対象ストレージ１０９−１のＷＷＭ及び対象ＬＵＮをパラメタとして、リモートコピーペアの設定を指示する。
【０１０１】
リモートコピーペアの設定後、配布管理システム１０３−１は、遠隔サイト２の配布管理システム１０３からの通知を受信する（Ｓ２００７）そして、受信した通知が遠隔サイト２のリモートコピーペア設定の準備完了であるかを判定する（Ｓ２００８）。
【０１０２】
一方、遠隔サイト２において、配布管理システム１０３−４は、ローカルサイト１の配布管理システム１０３と同様に、常に動作要求の受付を待機している（Ｓ２１０１）。そして、受け付けた要求が遠隔サイト２へのスケールアウト要求であるか否かを判定する（Ｓ２１０２）。受け付けた要求が遠隔サイト２でのスケールアウト要求でない場合は、その要求に従った処理を実行する（Ｓ２１０３）。
【０１０３】
配布管理システム１０３−４は、遠隔サイト２でのスケールアウト要求であると判定した場合、すなわち、他のサイトから、自サイトへのスケールアウト要求であると判定した場合は、受信したパラメタを元に、リモートコピーペアを設定する（Ｓ２１０４）。具体的には、配布管理システム１０３−４は、ローカルサイト１の配布管理システム１０３から受け取ったパラメタから、ストレージ１０９−２のＷＷＮ、ＬＵＮを取得する。そして、ストレージ管理システム１０４−４に指示して、当該ＬＵＮのリモートコピーペアを設定する。
【０１０４】
この設定が完了すると、配布管理システム１０３−４は、ローカルサイト１の配布管理システム１０３にリモートコピーペアの設定の準備完了の通知を送信する（Ｓ２１０５）。
【０１０５】
ローカルサイト１の配布管理システム１０３−１は、遠隔サイト２の配布管理システム１０３−４から準備完了の通知を受信した場合は、リモートコピーペアのペア状態の開始を指示する（Ｓ２００９）。具体的には、配布管理システム１０３−４は、ストレージ管理システム１０４−１に指示して、リモートコピー対象のＬＵ１２のペア状態を開始させる。
【０１０６】
このペア状態の開始の指示の後、配布管理システム１０３−１は、直ちに、ストレージ管理システム１０４−１に指示して、当該リモートコピーのペア状態を解消するために、スプリット状態への移行させる（Ｓ２０１０）。
【０１０７】
そして、配布管理システム１０３−１は、当該ＬＵ１１３のスプリット状態への移行が完了したか否かを判定する（Ｓ２０１１）。
【０１０８】
リモートコピー機能は、ペア状態を開始すると、二つのＬＵ１１３間でコピーを開始する。その後スプリット状態への移行指示を受けると、二つのＬＵ１１３の内容が一致した時点でコピーを停止し、ペア状態を解消する。ペア状態を解消すると、各々のＬＵは独立して入出力処理が可能となる。
【０１０９】
スプリット状態への移行が完了すると、配布管理システム１０３−１は、遠隔サイト２の配布管理システム１０３−４に、スプリット状態への移行の完了を通知する（Ｓ２０１２）。
【０１１０】
遠隔サイト２の配布管理システム１０３−４は、ローカルサイト１の配布管理システム１０３からの通知を受信する（Ｓ２１０６）。そして、この通知がスプリット状態への移行の完了の通知であるかを判定する（Ｓ２１０７）。
【０１１１】
スプリット状態への移行の完了の通知を受信した場合は、配布管理システム１０３−４は、リモートコピー対象ＬＵ１１３のリモートコピー設定の解消を指示する（Ｓ２１０８）。具体的には、配布管理システム１０３−４は、ストレージ管理システム１０４−４に指示して、対象ＬＵＮのリモートコピーペアを解消する。
【０１１２】
次に、配布管理システム１０３−４は、ペアの解消されたＬＵ１１３とサーバ１０２−５との通信経路を設定する（Ｓ２１０９）。具体的には、配布管理システム１０３−４は、ストレージ管理システム１０４−４に、ペアの解消されたＬＵ１１３のＬＵＮと、Ｓ２１０２で受信したコマンドに係るサーバ１０２−５のＨＢＡ１１５のＷＷＮとを指示して、ＬＵＮ  Ｓｅｃｕｒｉｔｙ機能を用いてアクセス許可を設定する。この結果、当該サーバ１０２とＬＵ１１３とで通信経路が設定される。
【０１１３】
このとき、対象サーバ１０２は予備サーバとして設定されているので電源は停止状態となっている。そこで、配布管理システム１０３−１は、対象サーバ１０２のネットワークアドレスに電源投入要求パケットを送信する（Ｓ２１１０）。この処理によって対象サーバ１０２が起動する。なお、この処理の前に、対象ＬＵ１１３に格納されているディスクイメージのサーバ固有の情報を、対象サーバ１０２の情報に設定する。
【０１１４】
対象サーバ１０２が起動すると、配布管理システム１０３−４は、配布管理システム１０３−１に、スケールアウト処理の完了を通知する（Ｓ２１１１）。そして、次の要求の受付を待機する（Ｓ２１０１）。
【０１１５】
ローカルサイト１の配布管理システム１０３−１は、Ｓ２０１２の処理の後、遠隔サイト２の配布管理システム１０３−４からの通知を受信する（Ｓ２１０３）。そして、受信した通知が遠隔サイト２の配布管理システム１０３からのスケールアウト完了通知であるかを判定する（Ｓ２０１４）。スケールアウト完了通知の受信した場合は、次の要求の受付を待機する（Ｓ２００１）。
【０１１６】
以上のような制御によって、スケールアウト処理におけるシステムディスクイメージを、ストレージ装置間のコピー機能を利用して配布することができる。
【０１１７】
このように、本発明の第２の実施例では、ローカルサイト１で実行される業務のシステムディスクイメージを、常に最新の状態で遠隔サイト２に格納する。これによって、ローカルサイト１のサーバ１０２で実行している業務の負荷が高くなったときに、遠隔サイト２のサーバ１０２でもその業務を実行して、スケールアウトを実行することが可能になる。
【実施例３】
【０１１８】
次に、第３の実施例について説明する。
【０１１９】
第３の実施例では、第２の実施例と同様に、スケールアウトの処理を説明する。第３の実施例は、第２の実施例と異なり、ローカルサイト１のストレージ１０９−１のＬＵ１１３と遠隔サイト２のストレージ１０９−２のＬＵ１１３とでリモートコピーのペアを設定し、さらに遠隔サイト２のストレージ１０９−２内でミラーリング機能によってＬＵ１１３をコピーする。
【０１２０】
なお、第１又は第２の実施例と同一の構成には同一の符号を付してその説明は省略する。
【０１２１】
図９は第３の実施例の、スケールアウトの説明図である。
【０１２２】
前述したように、ローカルサイト１のサーバ１０２−１は、配布管理システム１０３−１とストレージ管理システム１０４−１とを実行している。また、サーバ１０２−２は業務Ａを、サーバ１０２−３は業務Ｂを実行している。
【０１２３】
ＬＵ１０はサーバ１０２−１のシステムディスクである。また、ＬＵ１１は、業務ＡのシステムディスクであるＬＵ１３から作成されたシステムディスクイメージが格納されている。また、ＬＵ１２は、業務ＢのシステムディスクであるＬＵ１４から作成されたシステムディスクイメージが格納されている。
【０１２４】
また、遠隔サイト２において、サーバ１０２−５は予備サーバとして待機しており使用されていない。また、サーバ１０２−６は業務Ｃを実行している。ＬＵ２４は、業務Ｃのシステムディスクであり、サーバ１０２−６と接続されている。
【０１２５】
さらに、ＬＵ２１及びＬＵ２３が、本実施例のスケールアウトのためのＬＵ１１３として準備されている。
【０１２６】
ローカルサイト１において、配布管理システム１０３−１が、遠隔サイト２へのサーバ１０２−４の配布管理システム１０３に、業務Ｂのスケールアウト要求を送信する（処理４０２）。これを受けて、配布管理システム１０３−１は、まず、ＬＵ１２とＬＵ２１とでリモートコピー機能を設定し、ＬＵ１２のシステムディスクイメージをＬＵ２１にコピーする（処理４０３）。そして、遠隔サイト２の配布管理システム１０３−４このＬＵ２１とＬＵ２３とでミラーリング機能を用いてＬＵ２１のデータとＬＵ２３のデータとを一致させる。この後、遠隔サイト２の配布管理システム１０３−４は、ＬＵ２１とＬＵ２３とのミラーリングを解除して、ＬＵ２３を独立したＬＵとし、これをサーバ１０２−５に接続する（処理４０１）。そして、このサーバ１０２−５を再起動させることによって、業務Ｂがサーバ１０２−５によって動作を開始し、スケールアウトが完了する。
【０１２７】
この第３の実施例のスケールアウトの処理のフローチャートは、前述した第２の実施例のフローチャート（図７及び図８）と同様である。ただし、予め、コピーペアを設定しておく必要がある。そのために、ローカルサイト１の配布管理システム１０３−１は、Ｓ２００６乃至Ｓ２００９の処理を実行し、配布管理システム１０３−４は、Ｓ２１０４及びＳ２１０５の処理を実行して、ローカルサイト１のＬＵ１２と、遠隔サイト２のＬＵ２１とでリモートコピーペアを設定しておく。そして本実施例では、さらに、遠隔サイト２において、配布管理システム１０３−４は、このＬＵ２１と、ＬＵ２３とで、ミラーリング機能によってコピーペアを設定しておく。
【０１２８】
この状態で、スケールアウト要求を受け付けると、配布管理システム１０３−１は、遠隔サイト２にスケールアウト要求を送信する。配布管理システム１０３−４は、この要求を受けて、ＬＵ２１とＬＵ２３とのペアを解消して、当該ＬＵ２３とサーバ１０２−５との通信経路を接続する（Ｓ２１０９）。そして、当該サーバ１０２−５を再起動することによって、ＬＵ２３の内容を読み込んで、サーバ１０２−５が業務Ｂを実行する（Ｓ２１１０）。
【０１２９】
前述の第２の実施例では、スケールアウト要求後にリモートコピーを設定した。これに対して、第３の実施例では、予めリモートコピー及びミラーリング機能によって、ディスクイメージを遠隔サイト２に準備しておく。これは、スケールアウト対象の業務が予め決まっている場合に、スケールアウト要求後の処理が迅速に実行できるという利点がある。
【産業上の利用可能性】
【０１３０】
災害発生時の復旧を目的としたサーバを遠隔地に設置する方法は一般にディザスタリカバリシステムとして知られており、本発明はこのようなシステムに効率的なシステムディスクイメージの配布を可能とする。また、コンテントデリバリネットワークのような産業上のサーバの利用方法では、世界中の地理的に分散した多数の拠点に多数のサーバを設置する必要がある。例えば、ｗｅｂサーバのような特定の負荷向けのサーバの容量が不足状態になったときに、緊急のスケールアウトが必要になる。このような利用分野に本発明が利用可能である。
【図面の簡単な説明】
【０１３１】
【図１】本発明の実施の形態の計算機システムの構成ブロック図である。
【図２】本発明の第１の実施例のこのディザスタリカバリの説明図である。
【図３】本発明の第１の実施例の配布用のシステムディスクイメージの構築の処理のフローチャートである。
【図４】本発明の第１の実施例の定常時の処理のフローチャートである。
【図５】本発明の第１の実施例のディザスタリカバリの処理のフローチャートである
【図６】本発明の第２の実施例のスケールアウトの説明図である。
【図７】本発明の第２の実施例のスケールアウトの処理のフローチャートである。
【図８】本発明の第２の実施例のスケールアウトの処理のフローチャートである。
【図９】本発明の第３の実施例のスケールアウトの説明図である。
【符号の説明】
【０１３２】
１  ローカルサイト
２  遠隔サイト
３  ＷＡＮ回線
１０１  ＬＡＮ
１０２  サーバ
１０３  配布管理システム
１０４  ストレージ管理システム
１０５  ＨＢＡ
１０６  ＦＣ−ＳＷ
１０７、１０８  ルータ
１０９  ストレージ装置
１１０  ディスク制御装置
１１１  ＦＣアダプタ
１１２  アダプタ
１１３  ＬＵ
１１４  ＦＣケーブル
【図１】
2006350781.tif 000003
【図２】
2006350781.tif 000004
【図３】
2006350781.tif 000005
【図４】
2006350781.tif 000006
【図５】
2006350781.tif 000007
【図６】
2006350781.tif 000008
【図７】
2006350781.tif 000009
【図８】
2006350781.tif 000010
【図９】
2006350781.tif 000011