JP2011134010A - 運用管理プログラム、運用管理装置および運用管理方法 - Google Patents

Abstract

【課題】業務の継続性が重視されるシステムにおいて業務の継続性を高める。
【解決手段】運用装置４００にハードウェアの障害が発生した場合に、代替の業務実行装置として予備装置５００をセット・アップして完了するまで、一時的に業務の実行を仮想計算機２００−１の暫定業務実行部２００−２におこなわせる。仮想計算機２００−１の動作開始は、一時低状態から動作状態の移行によって短時間におこなわれる。よって、運用装置４００のハードウェアの障害によって業務の実行が停止することなく業務の継続性を高め、運用装置４００に予備装置５００を対応付ける業務実行装置の冗長構成の信頼度を高めることができる。
【選択図】図１

Description

本発明は、運用管理プログラム、運用管理装置および運用管理方法に関する。

従来から、業務を実行する運用サーバに予め予備サーバを設定しておき、運用サーバに障害が発生した場合には、運用サーバが実行する業務を予備サーバに自動的に引き継がせる運用サーバの冗長構成方法が知られている。また、運用サーバおよび予備サーバを仮想計算機上で実現する方法が知られている。仮想計算機とは、仮想コンピュータ・システムのコンピュータ・ハードウェアを論理的に分割して各々が独立して動作する仮想的な電子計算機である。

運用サーバおよび予備サーバを仮想計算機上で実現する場合には、業務を実行する運用系の仮想計算機のＯＳ（Operating System）を予備の仮想計算機の記憶手段に予め複写しておく。予備の仮想計算機は、記憶手段に複写されたＯＳによって動作することで、運用系の仮想計算機と同一の機能を有する。そして、予備の仮想計算機は、運用系の仮想計算機のＯＳにおいて障害が発生した場合には、運用系の仮想計算機がおこなっている業務を引き継ぐ。

特開２００７−２１９７５７号公報

ここで、上述した従来技術では、運用系の仮想計算機および予備の仮想計算機は、同一のハードウェア上で動作する。このため、発生した障害がハードウェアに起因する場合には、異なるハードウェアに予備サーバとして業務を引き継がせて業務を継続することが求められる。

しかし、運用サーバもしくは運用系の仮想計算機から予備サーバへの切り換えには、運用サーバもしくは運用系の仮想計算機から予備サーバへのＯＳの複写処理をともなう。そして、ＯＳの複写処理が終了してから予備サーバが動作する。ＯＳの複写処理には時間がかかるため、この間、業務が停止する。したがって、業務の継続性が重視されるシステムにおいて業務の継続性が十分に保証されているとはいえなかった。

１つの側面では、本発明は、業務の継続性を高める運用管理プログラム、運用管理装置および運用管理方法を提供することを目的とする。

一つの態様によれば、先ず、業務を実行する運用装置において動作中の業務実行環境を所定の記憶装置に退避複写する。そして、所定の記憶装置に退避複写された業務実行環境が動作する仮想計算機を所定のコンピュータ・ハードウェア上に作成するように仮想計算機管理装置に対して指示する。そして、仮想計算機管理装置によって所定のコンピュータ・ハードウェア上に作成された仮想計算機を起動した後に一時停止状態へ移行させるように仮想計算機管理装置に対して指示する。そして、運用装置において障害が発生した場合に運用装置から送信される障害情報を受信した場合には、仮想計算機管理装置によって一時停止状態へ移行させられた仮想計算機をソフトウェアが動作する動作状態へ移行させるように仮想計算機管理装置へ指示する。そして、仮想計算機管理装置によって動作状態へ移行させられた仮想計算機へ運用装置から切り換えて業務の実行を継続させることを要件とする。

本発明の一つの態様によれば、業務を実行する運用装置の業務の継続性を高めることができる。

図１は、実施例１にかかる運用管理装置の構成を示す機能ブロック図である。 図２は、実施例２にかかる運用管理サーバの構成を示す機能ブロック図である。 図３は、実施例２にかかる予備サーバテーブルを示す図である。 図４は、実施例２にかかるユーザリクエスト管理部におけるユーザリクエストの管理方法の概略を示す図である。 図５は、実施例２にかかるＶＭゲストの定義ファイルを示す図である。 図６は、実施例２にかかる処理の概要を示す図である。 図７は、実施例２にかかる暫定業務準備処理手順を示すフローチャートである。 図８は、実施例２にかかる暫定業務準備処理を示すシーケンス図である。 図９は、実施例２にかかる暫定業務環境更新処理手順を示すフローチャートである。 図１０は、実施例２にかかる暫定業務環境更新処理を示すシーケンス図である。 図１１は、実施例２にかかる暫定業務開始処理手順を示すフローチャートである。 図１２は、実施例２にかかる暫定業務開始処理を示すシーケンス図である。 図１３は、実施例２にかかる予備サーバ準備完了後処理手順を示すフローチャートである。 図１４は、実施例２にかかる予備サーバ準備完了後処理を示すシーケンス図である。

以下に、本発明を実施するための実施例について図面に基づいて詳細に説明する。以下の実施例では、運用管理装置は、運用系装置（以下、「運用装置」または「運用サーバ」という）および予備系装置（以下、「予備装置」または「予備サーバ」という）の運用管理をおこなう。

運用装置は、業務を実行する装置である。また、予備装置は、運用装置においてハードウェアの障害が発生した場合に、運用装置で実行していた業務を引き継いで実行する装置である。そして、運用管理装置は、運用装置においてハードウェアの障害が発生した場合に、業務を実行する「業務実行装置」を運用装置から予備装置へ切り換えて業務を継続させる。運用管理装置、運用装置および予備装置は、例えばサーバである。

また、業務とは、端末装置からの要求に応じて運用装置が実行するリアルタイム処理、または、予め決められたスケジュールで運用装置が実行するバッチ処理を含む。例えば、金融機関を例とすると、業務は、ＡＴＭ（Automatic(Automated) Teller Machine）を端末装置とし、勘定系サーバを運用装置とするオンライン・システムを含む勘定系システムにおける各種処理を指す。

なお、以下の実施例では、運用装置および予備装置は、ストレージ・デバイスに代表される記憶装置に格納されるデータの処理を伴わない業務を実行する場合を例とする。しかし、これに限らず、運用装置および予備装置は、データの処理を伴う業務を実行してもよい。すなわち、以下の実施例により開示技術が限定されるものではない。

［実施例１にかかる運用管理装置の構成］
図１は、実施例１にかかる運用管理装置の構成を示す機能ブロック図である。同図に示すように、実施例１にかかる運用管理装置１００は、仮想計算機２００−１が動作可能なコンピュータ・ハードウェア２００と接続されている。

また、運用管理装置１００には、ストレージ・デバイスである記憶装置３００が接続されている。また、運用管理装置１００には、業務を実行する運用装置４００および運用装置４００の予備装置５００が接続されている。運用管理装置１００は、運用装置４００および予備装置５００の運用を管理する。

記憶装置３００は、運用管理装置１００に対応付けられている。記憶装置３００は、運用装置４００で実行されているＯＳおよび業務のアプリケーションを含む業務実行環境をバックアップ・イメージとして記憶する。なお、記憶装置３００へのアクセスは、後述する退避複写部１０７および仮想化ソフトウェアのホストＯＳが動作する仮想計算機管理部１０８によっておこなわれる。

なお、実施例１において、運用装置４００、予備装置５００およびコンピュータ・ハードウェア２００上で動作する仮想計算機２００−１は、各々一つずつ図示しているが、これに限定されるものではない。

実施例１では、運用装置４００に対応付けられる予備装置５００および仮想計算機２００−１の組み合わせの一例を示すに過ぎない。すなわち、複数の運用装置に対して、一の予備装置が対応付けられてもよい。なお、コンピュータ・ハードウェア２００上で動作する一の仮想計算機には、一の運用装置が対応付けられる。

運用管理装置１００は、運用管理部１０１と、仮想計算機管理部１０８とを含む。運用管理部１０１は、例えばリソース・コーディネータと呼ばれるソフトウェアの動作によって機能する。運用管理部１０１は、運用管理基盤部１０２と、切換部１０６と、退避複写部１０７とを含む。また、運用管理基盤部１０２は、障害情報受信部１０３と、基盤部１０４と、制御部１０５とを含む。

なお、仮想計算機管理部１０８は、ＶＭ（Virtual Machine、仮想計算機）ホストと呼ばれる、仮想コンピュータ・システムＳにおいて動作する仮想化ソフトウェア上に構築される仮想リソースセットの一種である。

仮想化リソースセットとは、仮想ＣＰＵ（Central Processing Unit）、仮想メモリ、仮想ハードディスクを含む。仮想ＣＰＵ、仮想メモリ、仮想ハードディスクとは、ハードウェアとしてのＣＰＵ、ＲＡＭ（Random Access Memory）に代表されるメモリ、ハードディスクに代表される磁気記録装置をそれぞれ論理的に分割して一の仮想計算機に割り当てたものである。

ＶＭホスト上では、ホストＯＳが動作する。ホストＯＳとは、運用管理装置１００の制御部１０５からの指示に従って、ＶＭゲストすなわち仮想計算機２００−１を監視し、仮想計算機２００−１の起動、停止、一時停止、一時停止からの動作再開の制御をおこなう。仮想計算機管理部１０８は、ホストＯＳの動作によって機能する。

一方、ＶＭホストに対して、ＶＭゲストも仮想コンピュータ・システムＳにおいて動作する仮想化ソフトウェア上に構築される仮想リソースセットの一種である。ＶＭゲストは、ＶＭホストの管理下で動作する仮想計算機である。ＶＭゲストでは、暫定業務ＯＳが動作する。暫定業務ＯＳは、対応付けられている運用装置４００にハードウェア障害が発生した場合には、一時的に業務の実行を引き継ぎ、ユーザからの処理要求を処理する。仮想計算機２００−１の暫定業務実行部２００−２は、暫定業務ＯＳの動作によって機能する。

実施例１では、仮想計算機管理部１０８は、運用管理装置１００上で動作する一方、仮想計算機２００−１は、運用管理装置１００とは異なるハードウェアであるコンピュータ・ハードウェア２００上で動作するとしている。そして、コンピュータ・ハードウェア２００は、予備装置５００と同一のハードウェアである。

すなわち、仮想コンピュータ・システムＳは、運用管理装置１００上で動作する仮想計算機管理部１０８およびコンピュータ・ハードウェア２００上で動作する仮想計算機２００−１を含む。しかし、これに限定されず、仮想計算機管理部１０８は、運用管理装置１００とは異なるハードウェア、例えばコンピュータ・ハードウェア２００上で動作してもよい。また、コンピュータ・ハードウェア２００は、予備装置５００とは異なるハードウェアであってもよい。

運用管理基盤部１０２の障害情報受信部１０３は、運用装置４００に含まれるブレード・サーバもしくはシャーシであるハードウェアから送信される障害情報を受信する。そして、障害情報受信部１０３は、受信した障害情報を解析して運用装置４００において発生した障害の種別を特定して基盤部１０４へ通知する。障害情報は、例えばＳＮＭＰ（Simple Network Management Protocol）トラップとして通知される。

運用管理基盤部１０２の基盤部１０４は、運用管理装置１００の管理者の図示しない端末装置のＧＵＩ（Graphical User Interface）もしくはＣＬＩ（Command line interface）から入力された各種のコマンドを受信する。そして、基盤部１０４は、受信した各種のコマンドを解析した結果に応じて制御部１０５に対して命令を出力する。

具体的には、基盤部１０４は、端末装置のＧＵＩもしくはＣＬＩから入力された予備装置の設定の操作に応じて、制御部１０５に対して、運用装置４００に予備装置５００を対応付けるように指示する。制御部１０５は、運用装置４００および予備装置５００の対応関係を所定のテーブルに記録する。

また、基盤部１０４は、制御部１０５を介して、退避複写部１０７に対して、運用装置４００のバックアップ・イメージを記憶装置３００に退避複写するように指示する。退避複写部１０７は、制御部１０５からの指示に応じて、運用装置４００のバックアップ・イメージを記憶装置３００に退避複写する。制御部１０５は、バックアップ・イメージのファイル名を運用装置４００に対応付けて前述の所定のテーブルに記録する。

なお、制御部１０５は、運用管理基盤部１０２において、基盤部１０４からの指示を受けて、退避複写部１０７の制御、および、仮想計算機管理部１０８との通信をおこなう。退避複写部１０７は、例えばイメージ制御ソフトウェアの動作によって機能する。退避複写部１０７は、運用管理部１０１において、制御部１０５からの指示を受けて、運用管理装置１００の管理対象装置に対して、ＯＳのイメージ・バックアップ（セクタ単位のバックアップ）やリストア（復元）をおこなう。

また、基盤部１０４は、制御部１０５を介して、仮想計算機管理部１０８に対して、記憶装置３００に退避複写されたバックアップ・イメージが動作する仮想計算機２００−１をコンピュータ・ハードウェア２００上で起動するように指示する。仮想計算機管理部１０８は、制御部１０５からの指示に応じて、バックアップ・イメージが動作する仮想計算機２００−１をコンピュータ・ハードウェア２００上で起動する。

なお、仮想計算機２００−１は、バックアップ・イメージを実行する暫定業務実行部２００−２を含む。なお、仮想計算機管理部１０８は、コンピュータ・ハードウェア２００上で仮想計算機２００−１を起動した後に、仮想計算機２００−１を一時停止状態へと移行させる。仮想計算機管理部１０８は、仮想計算機２００−１の起動、および、一時停止状態への移行が正常完了すると、制御部１０５へ正常完了を通知する。

また、基盤部１０４は、運用装置４００のハードウェアから送信された障害情報に基づき、運用装置４００においてハードウェアの障害が発生したと判定される場合には、制御部１０５を介して、仮想計算機管理部１０８に対して、仮想計算機２００−１の一時停止状態を解除して動作状態へと移行させるように指示する。

仮想計算機管理部１０８は、運用装置４００においてハードウェアの障害が発生したことに際して、制御部１０５を介して仮想計算機２００−１を動作状態へと移行させる指示を受けると、仮想計算機２００−１の一時停止状態を解除して動作状態へと移行させる。このようにして、仮想計算機２００−１において、バックアップ・イメージを実行する暫定業務実行部２００−２が動作する。

そして、基盤部１０４は、切換部１０６に対して、運用装置４００における業務を暫定業務実行部２００−２が引き継いで実行するように、運用装置４００から仮想計算機２００−１へ業務実行装置を切り換えるように指示する。切換部１０６は、基盤部１０４から業務実行装置の切り換え指示を受けると、運用装置４００から仮想計算機２００−１へ業務実行装置を切り換える。

そして、基盤部１０４は、制御部１０５に対して、予備装置５００のセット・アップを指示する。予備装置５００のセット・アップの指示を受けた制御部１０５は、記憶装置３００に退避複写された運用装置４００のバックアップ・イメージを予備装置５００へ複写するように退避複写部１０７に指示する。

退避複写部１０７は、バックアップ・イメージの複写の指示を受けると、記憶装置３００に退避複写された運用装置４００のバックアップ・イメージを予備装置５００へ複写する。制御部１０５は、予備装置５００への運用装置４００のバックアップ・イメージの複写が完了すると、バックアップ・イメージに含まれる業務のアプリケーションおよびＯＳを起動する。制御部１０５は、予備装置５００において業務のアプリケーションおよびＯＳの起動が正常完了すると、基盤部１０４へ正常完了を通知する。

基盤部１０４は、予備装置５００における業務のアプリケーションおよびＯＳの起動の正常完了を通知されると、切換部１０６に対して、仮想計算機２００−１から予備装置５００へ業務実行装置を切り換えるように指示する。切換部１０６は、基盤部１０４から業務実行装置への切り換え指示を受けると、仮想計算機２００−１から予備装置５００へ業務実行装置を切り換える。

そして、基盤部１０４は、制御部１０５を介して、仮想計算機管理部１０８に対して、仮想計算機２００−１の停止を指示する。仮想計算機管理部１０８は、仮想計算機２００−１の停止の指示を受けると、仮想計算機２００−１の動作を停止させる。

また、基盤部１０４は、制御部１０５に対して出力した命令が制御部１０５によって実行された結果を受信して、命令の正常終了、および、命令実行時のエラーの発生を端末装置のＧＵＩもしくはＣＬＩへ通知する。また、基盤部１０４は、命令実行時に発生したエラーの後処理のコマンド事後処理を実行する。

なお、運用管理基盤部１０２の制御部１０５は、前述したように、基盤部１０４から出力された命令に応じて、退避複写部１０７の制御、および、仮想計算機管理部１０８との通信をおこなう。

［実施例１の効果］
上述したように、実施例１では、運用装置４００にハードウェアの障害が発生した場合に、代替の業務実行装置として予備装置５００をセット・アップして完了するまで、一時的に業務の実行を仮想計算機２００−１の暫定業務実行部２００−２におこなわせる。仮想計算機２００−１の動作開始は、一時停止状態から動作状態の移行によって短時間におこなわれる。よって、運用装置４００のハードウェアの障害によって業務の実行が停止することを回避して業務の継続性を高め、運用装置４００に予備装置５００を対応付ける業務実行装置の冗長構成の信頼度を高めることができる。

［実施例２にかかる運用管理サーバの構成］
図２は、実施例２にかかる運用管理サーバの構成を示す機能ブロック図である。同図に示すように、実施例１にかかる運用管理サーバ１００ａは、仮想計算機であるＶＭゲスト２００ａ１−１〜２００ａｎ−１（ｎは、自然数）が動作可能な予備サーバ２００ａと接続されている。

また、運用管理サーバ１００ａには、共有ストレージ３００ａがＬＡＮ（Local Area Network）接続されている。また、運用管理サーバ１００ａには、業務を実行する運用サーバ４００ａが接続されている。なお、運用サーバ４００ａには、冗長構成として、予備サーバ２００ａが対応付けられている。実施例２では、運用サーバ４００ａをハードウェアの障害が発生した故障サーバとする。

共有ストレージ３００ａは、運用管理サーバ１００ａに対応付けられた記憶装置である。共有ストレージ３００ａは、運用サーバ４００ａで実行されているＯＳおよび業務のアプリケーションを含む業務実行環境をバックアップ・イメージとして記憶する。なお、共有ストレージ３００ａへのアクセスは、後述するイメージ制御部１０７ａおよび仮想化ソフトウェア上で動作するＶＭホスト１０８ａのホストＯＳ部１０８ａ１によっておこなわれる。

なお、実施例１と同様に、実施例２においても、運用サーバ４００ａ、予備サーバ２００ａおよび予備サーバ２００ａ上で動作するＶＭゲスト２００ａ１−１〜ＶＭゲスト２００ａｎ−１は、各々一つずつ対応しているが、これに限定されるものではない。

実施例２において、運用サーバ４００ａに対応付けられる予備サーバ２００ａおよびＶＭゲスト２００ａ１−１〜ＶＭゲスト２００ａｎ−１の組み合わせの一例を示すに過ぎない。すなわち、複数の運用サーバに対して、一の予備サーバが対応付けられてもよい。なお、予備サーバ上で動作する一のＶＭには、一の運用サーバが対応付けられる。

運用管理サーバ１００ａは、リソース・コーディネータ部１０１ａと、仮想コンピュータ・システムＳａのＶＭホスト１０８ａと、図示しないユーザの端末装置からのユーザリクエストを管理するユーザリクエスト管理部１０９ａとを含む。

リソース・コーディネータ部１０１ａは、リソース・コーディネータと呼ばれるソフトウェアの動作によって機能する。リソース・コーディネータ部１０１ａは、リソース・コーディネータ基盤部１０２ａと、ネットワーク制御部１０６ａと、イメージ制御部１０７ａとを含む。また、リソース・コーディネータ基盤部１０２ａは、ＳＮＭＰ解析部１０３ａと、基盤部１０４ａと、制御部１０５ａとを含む。

実施例２では、ＶＭホスト１０８ａは、運用管理サーバ１００ａ上で動作する一方、ＶＭゲスト２００ａ１−１〜２００ａｎ−１は、運用管理サーバ１００ａとは異なるハードウェアである予備サーバ２００ａ上で動作する。すなわち、仮想コンピュータ・システムＳａは、運用管理サーバ１００ａ上で動作するＶＭホスト１０８ａおよび予備サーバ２００ａ上で動作するＶＭゲスト２００ａ１−１〜２００ａｎ−１を含む。ＶＭゲスト２００ａ１−１〜２００ａｎ−１は、運用管理サーバ１００ａとＶＬＡＮ（Virtual Local Area Network）接続される。

なお、運用管理サーバ１００ａには、図示しないユーザの端末装置からのユーザリクエストを運用サーバ４００ａまたは予備サーバ２００ａ、および、ユーザリクエスト管理部１０９ａに送信するＬＡＮスイッチ６００ａが接続されている。また、ＬＡＮスイッチ６００ａは、ネットワーク制御部１０６ａからの指示に応じて、運用サーバ４００ａ、運用サーバ４００ａに対応付けられるＶＭゲスト、予備サーバ２００ａのいずれかに切り換えてユーザリクエストを送信する。

リソース・コーディネータ基盤部１０２ａのＳＮＭＰ解析部１０３ａは、運用サーバ４００ａに含まれるブレード・サーバもしくはシャーシであるハードウェアから送信されるＳＮＭＰトラップを受信する。そして、ＳＮＭＰ解析部１０３ａは、受信したＳＮＭＰトラップを解析して運用サーバ４００ａにおいて発生したイベントの種別を特定して基盤部１０４ａへ通知する。実施例２では、イベントの種別は、ハードウェアの障害情報である。

リソース・コーディネータ基盤部１０２ａの基盤部１０４ａは、運用管理サーバ１００ａの管理者の図示しない端末装置のＧＵＩもしくはＣＬＩから入力された各種のコマンドを受信する。そして、基盤部１０４ａは、受信した各種のコマンドを解析した結果に応じて制御部１０５ａに対して命令を出力する。

具体的には、実施例２では、基盤部１０４ａは、端末装置のＧＵＩもしくはＣＬＩから入力された予備サーバの設定の操作に応じて、制御部１０５ａに対して、運用サーバ４００ａに予備サーバ２００ａを対応付けるように指示する。制御部１０５ａは、運用サーバ４００ａおよび予備サーバ２００ａの対応関係を予備サーバテーブル格納部に格納される「予備サーバテーブル」に記録する。

また、基盤部１０４ａは、制御部１０５ａを介して、イメージ制御部１０７ａに対して、運用サーバ４００ａのバックアップ・イメージを共有ストレージ３００ａに退避複写するように指示する。イメージ制御部１０７ａは、制御部１０５ａからの指示に応じて、運用サーバ４００ａのバックアップ・イメージを共有ストレージ３００ａに退避複写する。制御部１０５ａは、バックアップ・イメージのファイル名を運用装置４００に対応付けて「予備サーバテーブル」に記録する。

なお、制御部１０５ａは、リソース・コーディネータ基盤部１０２ａにおいて、基盤部１０４ａからの指示を受けて、イメージ制御部１０７ａの制御、および、ＶＭホストのホストＯＳ部１０８ａ１との通信をおこなう。イメージ制御部１０７ａは、イメージ制御ソフトウェアの動作によって機能する。イメージ制御部１０７ａは、リソース・コーディネータ部１０１ａにおいて、制御部１０５ａからの指示を受けて、運用管理サーバ１００ａの管理対象装置に対して、ＯＳのイメージ・バックアップやリストアをおこなう。実施例２では、運用管理サーバ１００ａの管理対象装置は、運用サーバ４００ａおよび予備サーバ２００ａである。

また、基盤部１０４ａは、制御部１０５ａを介して、ＶＭホスト１０８ａに対して、共有ストレージ３００ａに退避複写されたバックアップ・イメージが動作するＶＭゲストを予備サーバ２００ａ上で起動するように指示する。ＶＭホスト１０８ａは、制御部１０５ａからの指示に応じて、バックアップ・イメージが動作するＶＭゲストを予備サーバ２００ａ上で起動する。

なお、ＶＭゲスト２００ａ１−１〜２００ａｎ−１は、複数の運用サーバにそれぞれ対応するバックアップ・イメージを実行する暫定業務ＯＳ部２００ａ１−３〜２００ａｎ−３、および、業務アプリ実行部２００ａ１−２〜２００ａｎ−２を含む。「業務アプリ」は、「業務アプリケーション」の省略形であり、運用サーバそれぞれにおいて実行されている業務を処理するソフトウェアである。業務アプリ実行部２００ａ１−２〜２００ａｎ−２は、暫定業務ＯＳ部２００ａ１−３〜２００ａｎ−３それぞれによって起動が制御される。

なお、ＶＭホスト１０８ａのホストＯＳ部１０８ａ１は、予備サーバ２００ａ上で、運用サーバ４００ａに対応付けられるＶＭゲスト２００ａｉ−１（ｉは、ｎ以下のある自然数）を起動する。ＶＭゲスト２００ａｉ−１の起動とは、共有ストレージ３００ａに保存される運用サーバ４００ａに対応付けられるバックアップ・イメージに基づいて暫定業務ＯＳ部２００ａｉ−３を起動することである。

暫定業務ＯＳ部２００ａｉ−３は、起動後に、共有ストレージ３００ａに保存される運用サーバ４００ａに対応付けられるバックアップ・イメージに基づいてＶＭゲスト２００ａｉ−１上で業務アプリを起動する。業務アプリ実行部２００ａｉ−２は、業務アプリの動作によって機能する。その後、ホストＯＳ部１０８ａ１は、ＶＭゲスト２００ａｉ−１を一時停止状態へと移行させる。このとき、ＶＭゲスト２００ａｉ−１の一時停止状態への移行とともに、業務アプリ実行部２００ａｉ−２も一時停止状態へと移行する。ホストＯＳ部１０８ａ１は、ＶＭゲスト２００ａｉ−１の一時停止状態への移行が正常完了すると、制御部１０５ａへ正常完了を通知する。

また、基盤部１０４ａは、ＳＮＭＰ解析部１０３ａによる運用サーバ４００ａのハードウェアから送信されたＳＮＭＰトラップの解析結果に基づき、運用サーバ４００ａにおいてハードウェアの障害が発生したか否かを判定する。基盤部１０４ａは、ハードウェアの障害が発生したと判定された場合には、制御部１０５ａを介して、ホストＯＳ部１０８ａ１に対して、ＶＭゲスト２００ａｉ−１の一時停止状態を解除して動作状態へと移行させるように指示する。

ホストＯＳ部１０８ａ１は、制御部１０５ａからＶＭゲスト２００ａｉ−１を動作状態へと移行させる指示を受けると、ＶＭゲスト２００ａｉ−１の一時停止状態を解除して動作状態へと移行させる。このようにして、ＶＭゲスト２００ａｉ−１において、バックアップ・イメージを実行する暫定アプリ実行部２００ａｉ−２および暫定業務ＯＳ部２００ａｉ−３が動作する。

そして、基盤部１０４ａは、ネットワーク制御部１０６ａに対して、運用サーバ４００ａにおける業務を業務アプリ実行部２０１ａｉ−２が引き継いで実行するように、運用装置４００からＶＭゲスト２００ａｉ−１へ業務実行装置を切り換えるように指示する。ネットワーク制御部１０６ａは、基盤部１０４ａから業務実行装置の切り換え指示を受けると、運用サーバ４００ａからＶＭゲスト２００ａｉ−１へ業務実行装置を切り換える。

そして、基盤部１０４ａは、制御部１０５ａに対して、予備サーバ２００ａのセット・アップを指示する。予備サーバ２００ａのセット・アップの指示を受けた制御部１０５ａは、運用サーバ４００ａのバックアップ・イメージを予備サーバ２００ａへ複写するようにイメージ制御部１０７ａに指示する。

イメージ制御部１０７ａは、バックアップ・イメージの複写の指示を受けると、運用サーバ４００ａのバックアップ・イメージを予備サーバ２００ａへ複写する。制御部１０５ａは、予備サーバ２００ａへの運用サーバ４００ａのバックアップ・イメージの複写が完了すると、バックアップ・イメージに含まれる業務のアプリケーションおよびＯＳを起動する。制御部１０５ａは、予備サーバ２００ａにおいて業務のアプリケーションおよびＯＳの起動が正常完了すると、基盤部１０４ａへ正常完了を通知する。

基盤部１０４ａは、予備サーバ２００ａにおける業務のアプリケーションおよびＯＳの起動の正常完了を通知されると、ネットワーク制御部１０６ａに対して、ＶＭゲスト２００ａｉ−１から予備サーバ２００ａへ業務実行装置を切り換えるように指示する。ネットワーク制御部１０６ａは、基盤部１０４ａから業務実行装置の切り換え指示を受けると、ＶＭゲスト２００ａｉ−１から予備サーバ２００ａへ業務実行装置を切り換える。

そして、基盤部１０４ａは、制御部１０５ａを介して、ＶＭホスト１０８ａのホストＯＳ部１０８ａ１に対して、ＶＭゲスト２００ａｉ−１の停止を指示する。ホストＯＳ部１０８ａ１は、ＶＭゲスト２００ａｉ−１の停止の指示を受けると、ＶＭゲスト２００ａｉ−１の動作を停止させる。

また、基盤部１０４ａは、制御部１０５ａに対して出力した命令が制御部１０５ａによって実行された結果を受信して、命令の正常終了、および、命令実行時のエラーの発生を端末装置のＧＵＩもしくはＣＬＩへ通知する。また、基盤部１０４ａは、命令実行時に発生したエラーの後処理のコマンド事後処理を実行する。なお、リソース・コーディネータ基盤部１０２ａの制御部１０５ａは、前述したように、基盤部１０４ａから出力された命令に応じて、イメージ制御部１０７ａの制御、および、ＶＭホスト１０８ａとの通信をおこなう。

ユーザリクエスト管理部１０９ａは、リソース・コーディネータ部１０１ａにおいて、ＶＭゲスト２００ａｉ−１から予備サーバ２００ａへの業務実行装置の切り換え時に一時的にユーザリクエストをストックする。すなわち、ＶＭゲスト２００ａｉ−１から予備サーバ２００ａへの業務実行装置の切り換えが開始されてから完了するまでの間のユーザリクエストをストックする。

そして、予備サーバ２００ａへの業務実行装置の切り換えが完了すると、ストックしているユーザリクエストを予備サーバ２００ａへ送信する。このようにして、ユーザリクエスト管理部１０９ａによって、ＶＭゲスト２００ａｉ−１から予備サーバ２００ａへの業務実行装置の切り換え時に発生しうるユーザリクエストの処理矛盾、例えば処理順序の入れ違えや処理要求の処理漏れを回避することができる。

［予備サーバテーブル］
図３は、実施例２にかかる予備サーバテーブルを示す図である。予備サーバテーブルは、リソース・コーディネータが運用管理サーバ１００ａにインストールされた時点で生成され、予備サーバテーブル格納部１０５ａ１に格納される。また、運用管理サーバ１００ａの管理者が運用サーバ４００ａに対して予備サーバ２００ａを対応付ける予備サーバ設定操作をおこなったタイミングでレコードが追加される。

予備サーバテーブルは、予備サーバ名、切り換え元サーバ名、バックアップ・イメージ名、暫定運用フラグの項目を含む。切り換え元サーバ名は、業務を実行する運用サーバを識別する情報である。また、予備サーバ名は、運用サーバに対応付けられた予備サーバを識別する名称である。

また、バックアップ・イメージ名は、運用管理サーバ１００ａの管理者によって予備サーバ設定操作がおこなわれた際に、運用サーバ４００ａから共有ストレージ３００ａへ退避複写したバックアップ・イメージを識別するファイル名である。また、暫定運用フラグは、バックアップ・イメージに基づきＶＭゲスト２００ａｉ−１の起動に成功し、かつ、暫定業務ＯＳ部２００ａｉ−３を一時停止状態へ移行できた場合に「true」とされるフラグである。暫定運用フラグによって、暫定業務ＯＳ部２００ａｉ−３が一時停止状態にあるか否かが判定できる。

図３に示すように、例えば予備サーバ名が「spare_server01」である予備サーバに対応する運用サーバの名称は「server01」であり、「server01」のバックアップ・イメージは「backup_imageA」であり、暫定運用フラグは「true」であることが分かる。

［ユーザリクエスト管理部におけるユーザリクエストの管理方法の概略］
図４は、実施例２にかかるユーザリクエスト管理部におけるユーザリクエストの管理方法の概略を示す図である。同図に示すように、運用サーバ４００ａにおいてハードウェアの障害が発生した後に、運用サーバ４００ａ（server01）へのユーザリクエストとして、ＬＡＮスイッチ６００ａに、リクエスト001、リクエスト002、リクエスト003、リクエスト004、リクエスト005が順次到着したとする。

運用サーバ４００ａにおいてハードウェアの障害が発生した場合には、ＶＭゲスト２００ａｉ−１が業務実行装置として動作するため、ユーザリクエストは、ＶＭゲスト２００ａｉ−１へ送信される。図４では、リクエスト001およびリクエスト002がＶＭゲスト２００ａｉ−１の暫定業務ＯＳ部２００ａｉ−３へ送信される。暫定業務ＯＳ部２００ａｉ−３は、リクエスト001およびリクエスト002を実行待ちリクエストとして管理し、業務アプリ実行部２００ａｉ−２に順次処理を実行させる。

そして、運用サーバ４００ａの予備サーバ２００ａのセット・アップが開始されると、ＬＡＮスイッチ６００ａは、ＶＭゲスト２００ａｉ−１へのユーザリクエストの送信を停止する。以後、ＬＡＮスイッチ６００ａは、ユーザリクエスト管理部１０９ａへリクエスト003、リクエスト004、リクエスト005を送信する。

なお、ユーザリクエスト管理部１０９ａは、ユーザリクエストを運用サーバごとに管理する。そして、ユーザリクエスト管理部１０９ａは、業務アプリ実行部２００ａｉ−２におけるリクエスト001およびリクエスト002の処理が完了するまで、予備サーバ２００ａへのリクエスト送信を待ち合わせる。このようにして、ＶＭゲスト２００ａｉ−１から予備サーバ２００ａへの業務実行装置の切り換え時に発生する可能性があるユーザリクエストの処理矛盾、例えば処理順序の入れ違えや処理要求の処理漏れを回避することができる。

［ＶＭゲストの定義ファイル］
図５は、実施例２にかかるＶＭゲストの定義ファイルを示す図である。ＶＭゲストの定義ファイルは、ＶＭゲストごとにＶＭホスト１０８ａのホストＯＳ部１０８ａ１によって管理される。同図に示すように、ＶＭホストの定義ファイルは、ＶＭゲスト名を示す「name」、当該ＶＭゲストへの割り当てメモリの最大量を示す「maxmem」、当該ＶＭゲストへのメモリの割当量を示す「memory」の項目を含む。

また、ＶＭゲストの定義ファイルは、当該ＶＭゲストで実行されるＯＳや業務アプリのバックアップ・イメージのファイル名を示す「disk」の項目が含まれる。なお、図示はしないが、ＶＭゲストの定義ファイルは、「maxmem」および「memory」の項目以外に、ＣＰＵ、磁気ディスク装置およびその他のコンピュータ・ハードウェア資源の割当量を定義する項目を含んでもよい。

図５に示すように、ＶＭゲストの定義ファイルによれば、例えば「name」が「rhel53」であるＶＭゲストは、「disk」が「bakup_imageA」であるバックアップ・イメージを元に作成されと定義されている。また、「disk」が「bakup_imageA」であるバックアップ・イメージを元に作成されたＶＭゲスト「rhel53」は、「maxmem」が「1024Mbyte」、「memory」が「1024Mbyte」であると定義されている。

なお、後述するように、予備サーバ２００ａのセット・アップおよび起動が正常完了しなかった場合には、引き続きＶＭゲストが業務実行装置として業務を処理することになる。この場合、ＶＭゲストにかかる処理負荷を考慮して、「maxmem」および「memory」を含むコンピュータ・ハードウェア資源の割当量を増加させる。この場合、ＶＭゲストの定義ファイルの該当する項目の設定値が書き換えられる。このようにして、ＶＭゲストが業務実行装置として業務の実行を継続する場合に、ＶＭゲストの処理能力を向上させ、業務の実行に支障が生じないようにすることができる。

［実施例２にかかる処理の概要］
図６は、実施例２にかかる処理の概要を示す図である。同図に示すように、先ず、運用管理サーバ１００ａは、管理者によって端末装置７００ａに入力された予備サーバの設定操作を受け付ける（ステップＳ１１）。続いて、運用管理サーバ１００ａは、暫定業務ＯＳのバックアップ・イメージを共有ストレージ３００ａに複写する（ステップＳ１２）。

続いて、運用管理サーバ１００ａは、管理者によって端末装置７００ａに入力されたバックアップ・イメージの更新操作を受け付ける（ステップＳ１３）。続いて、運用管理サーバ１００ａは、運用サーバ４００ａの最新のバックアップ・イメージで共有ストレージ３００ａのバックアップ・イメージを更新する（ステップＳ１４）。

続いて、運用管理サーバ１００ａは、運用サーバ４００ａからサーバ故障のイベントの通知を受け付ける（ステップＳ１５）。続いて、運用管理サーバ１００ａは、ステップＳ１４によって更新された最新のバックアップ・イメージに基づく暫定業務ＯＳへ業務の実行主体を切り換える（ステップＳ１６）。この時点で、業務実行主体は、運用サーバ４００ａから暫定業務ＯＳへと切り換えられる。

続いて、運用管理サーバ１００ａは、予備サーバ２００ａの業務引継ぎの準備完了通知を受け付ける（ステップＳ１７）。続いて、運用管理サーバ１００ａは、業務実行主体を暫定業務ＯＳから予備サーバ２００ａへと切り換える（ステップＳ１８）。この時点以降、業務実行主体は、暫定業務ＯＳから予備サーバ２００ａへと切り換えられる。

［実施例２にかかる暫定業務準備処理手順］
図７は、実施例２にかかる暫定業務準備処理手順を示すフローチャートである。暫定業務準備処理は、仮想ソフトウェアの管理下で運用サーバ４００ａの業務を引き継ぐＶＭゲストを予め作成して起動し、運用サーバから直ちに業務を引き継ぎ可能な一時停止状態にしておく処理である。

暫定業務準備処理手順の実行の前提は次の通りである。管理者は、端末装置のＣＵＩまたはＣＬＩから予備サーバの設定操作を入力すると、運用サーバ４００ａにおいてハードウェアの障害が発生した場合に、ゲストによって業務の暫定運用をおこなうことを選択している。また、運用管理サーバ１００ａに予め仮想化ソフトウェアがインストールされており、リソース・コーディネータ部１０１ａと通信可能なＶＭホストのホストＯＳが動作している。

また、暫定業務ＯＳを起動するために求められるバックアップ・イメージが運用サーバ４００ａから取得済みである。また、仮想化ソフトウェアの下で暫定業務ＯＳを起動するために十分なリソースが利用可能である。また、仮想化ソフトウェアの下で、一時停止状態にあるＶＭゲストに割り当てられたリソースは、他のＶＭゲストに対して自由に再割り当て可能である。

図７に示すように、先ず、リソース・コーディネータ部１０１ａにおいて、リソース・コーディネータ部１０１ａの基盤部１０４ａは、管理者からの予備サーバ設定操作を受け付ける（ステップＳ１０１）。続いて、制御部１０５ａは、制御部１０５ａの内部で管理する運用サーバテーブル（図示せず）に、運用サーバ名、運用サーバに対応付けられた予備サーバ名、および、対応するバックアップ・イメージのファイル名を設定する（ステップＳ１０２）。なお、運用サーバ名、運用サーバに対応付けられた予備サーバ名、および、対応するバックアップ・イメージのファイル名を予備サーバ情報という。

続いて、制御部１０５ａは、運用サーバテーブルから予備サーバ情報を取得する（ステップＳ１０３）。続いて、制御部１０５ａは、ステップＳ１０３で取得した予備サーバ情報を予備サーバテーブルに追加する（ステップＳ１０４）。

続いて、基盤部１０４ａは、ステップＳ１０３で予備サーバテーブルに追加された予備サーバ情報に対応する予備サーバ２００ａへの操作の禁止処理をおこなう（ステップＳ１０５）。ここで、予備サーバへの操作とは、リソース・コーディネータ部１０１ａが当該予備サーバに対しておこなう各種操作をいう。続いて、制御部１０５ａは、仮想コンピュータ・システムＳａに対して、予備サーバ２００ａを仮想化ソフトウェアの管理下へ登録することを要求する（ステップＳ１０６）。

続いて、制御部１０５ａから予備サーバ２００ａの仮想化ソフトウェアの管理下への登録要求を受けたホストＯＳ部１０８ａ１は、予備サーバ２００ａを仮想コンピュータ・システムＳａにおいて使用可能な物理資源として登録する（ステップＳ３０１）。すなわち、予備サーバ２００ａの管理主体をリソース・コーディネータ部１０１ａからホストＯＳ部１０８ａ１へと変更する。これは、一つのハードウェアは、一つの管理主体によって一元管理されることが求められるためである。

続いて、リソース・コーディネータ部１０１ａの制御部１０５ａは、ＶＭホスト１０８ａのホストＯＳ部１０８ａ１に対して、ＶＭゲストの作成を要求する（ステップＳ１０７）。続いて、ＶＭゲストの作成の要求を受けた仮想コンピュータ・システムＳａのホストＯＳ部１０８ａ１は、ＶＭホストの起動に求められるＶＭホストの定義ファイルを作成する（ステップＳ３０２）。

続いて、ホストＯＳ部１０８ａ１は、共有ストレージ３００ａに保存されている運用サーバ４００ａのバックアップ・イメージを暫定業務ＯＳ（ゲストＯＳ）として予備サーバ２００ａにコピーする（ステップＳ３０３）。続いて、ホストＯＳ部１０８ａ１は、ステップＳ３０２で作成されたＶＭゲストの定義ファイル、および、ステップＳ３０４でコピーされたバックアップ・イメージに基づいてＶＭゲストを作成する（ステップＳ３０４）。

続いて、リソース・コーディネータ部１０１ａの制御部１０５ａは、暫定業務ＯＳの起動およびＶＭゲストの一時停止をＶＭホスト１０８ａのホストＯＳ部１０８ａ１に対して要求する（ステップＳ１０８）。

続いて、暫定業務ＯＳの起動およびＶＭゲストの一時停止の要求を受けたＶＭホスト１０８ａのホストＯＳ部１０８ａ１は、暫定業務ＯＳを起動する（ステップＳ３０５）。続いて、ホストＯＳ部１０８ａ１は、暫定業務ＯＳが起動されたＶＭゲストを一時停止状態へ移行させる（ステップＳ３０６）。ホストＯＳ部１０８ａ１は、ステップＳ３０６の処理結果をリソース・コーディネータ部１０１ａの制御部１０５ａに通知する。なお、ステップＳ３０５およびステップＳ３０６の処理を暫定業務ＯＳの設定という。

続いて、リソース・コーディネータ部１０１ａの制御部１０５ａは、ホストＯＳ部１０８ａ１からのステップＳ３０６の処理結果に基づき、暫定業務ＯＳの設定が成功したか否かを判定する（ステップＳ１０９）。暫定業務ＯＳの設定が成功したと判定された場合には（ステップＳ１０９肯定）、ステップＳ１１０へ移り、暫定業務ＯＳの設定が成功したと判定されなかった場合には（ステップＳ１０９否定）、暫定業務準備処理は終了する。

ステップＳ１１０では、制御部１０５ａは、予備サーバテーブルの予備サーバ２００ａの暫定運用フラグをオン（true）にする。ステップＳ１１０の処理が終了すると、暫定業務準備処理は終了する。

［暫定業務準備処理を示すシーケンス図］
図８は、実施例２にかかる暫定業務準備処理を示すシーケンス図である。同図に示すように、先ず、運用管理サーバ１００ａの管理者の端末装置７００ａに入力された予備サーバの設定操作のリクエストが、リソース・コーディネータ部１０１ａの基盤部１０４ａへ送信される（ステップＳ１１１）。

続いて、基盤部１０４ａは、端末装置７００ａから受信した予備サーバの設定操作のリクエストを受信して処理待ち行列に登録（リクエスト・キューイング）する（ステップＳ１１２）。続いて、基盤部１０４ａは、制御部１０５ａに対して、予備サーバ情報の保存要求を出力する（ステップＳ１１３）。

続いて、制御部１０５ａは、基盤部１０４ａから入力された予備サーバ情報の保存要求に応じて、予備サーバテーブルに予備サーバ情報を設定する（ステップＳ１１４）。続いて、制御部１０５ａは、予備サーバテーブルに対して、予備サーバ情報の変更禁止の属性を設定する（ステップＳ１１５）。ステップＳ１１５以降、ステップＳ１１４で予備サーバテーブルに設定された予備サーバ情報は、変更不可となる。

続いて、制御部１０５ａは、ＶＭホスト１０８ａに対して、予備サーバ２００ａにおいてＶＭゲストを作成可能な資源が十分であるか否かを確認する（ステップＳ１１６）。続いて、制御部１０５ａは、ＶＭホスト１０８ａに対して、ＶＭゲストの定義ファイルの作成を要求する（ステップＳ１１７）。続いて、制御部１０５ａからＶＭゲストの定義ファイルの作成の要求を受けたＶＭホスト１０８ａは、定義ファイルを作成して共有ストレージ３００ａに保存する（ステップＳ１１８）。

続いて、制御部１０５ａは、ＶＭホスト１０８ａに対して、ＶＭゲストの作成を要求する（ステップＳ１１９）。続いて、制御部１０５ａからＶＭゲストの作成の要求を受けたＶＭホスト１０８ａは、運用サーバ４００ａのバックアップ・イメージを共有ストレージ３００ａに保存する（ステップＳ１２０）。

続いて、ＶＭホスト１０８ａは、予備サーバ２００ａ上にＶＭゲスト２００ａｉ−１（ｉは、ｎ以下の何れかの自然数）、すなわち、暫定業務ＯＳを作成する（ステップＳ１２１）。続いて、リソース・コーディネータ部１０１ａの制御部１０５ａは、ＶＭホスト１０８ａに対して、予備サーバ２００ａ上に作成した暫定業務ＯＳの起動、および、起動した暫定業務ＯＳの一時停止を要求する（ステップＳ１２２）。

続いて、予備サーバ２００ａ上に作成した暫定業務ＯＳの起動、および、起動した暫定業務ＯＳの一時停止の要求を受けたＶＭホスト１０８ａは、暫定業務ＯＳを起動する（ステップＳ１２３）。続いて、ＶＭホスト１０８ａは、起動した暫定業務ＯＳを一時停止状態へ移行させる（ステップＳ１２４）。

続いて、ステップＳ１２４の処理が正常終了したならば、リソース・コーディネータ部１０１ａの制御部１０５ａは、予備サーバテーブルの該当する予備サーバ情報に対応する暫定フラグをオンにする（ステップＳ１２５）。そして、制御部１０５ａは、基盤部１０４ａに対して、ステップＳ１２４の処理の正常終了、すなわち、暫定業務ＯＳの設定が正常終了したことを基盤部１０４ａへ通知する（ステップＳ１２６）。そして、基盤部１０４ａは、端末装置７００ａに、暫定業務ＯＳの設定が正常終了したことを通知する完了メッセージを出力する（ステップＳ１２７）。

一方、ステップＳ１２４の処理が異常終了したならば、リソース・コーディネータ部１０１ａの制御部１０５ａは、ＶＭホスト１０８ａに対して、ステップＳ１２１で作成したＶＭゲスト２００ａｉ−１の削除を要求する（ステップＳ１２８）。そして、ＶＭホスト１０８ａは、ＶＭゲスト２００ａｉ−１を削除する（ステップＳ１２９）。

続いて、制御部１０５ａは、基盤部１０４ａに対して、ステップＳ１２４の処理の異常終了、すなわち、暫定業務ＯＳの設定が異常終了したことを基盤部１０４ａへ通知する（ステップＳ１３０）。そして、基盤部１０４ａは、端末装置７００ａに、暫定業務ＯＳの設定が異常終了したことを通知する異常終了メッセージを出力する（ステップＳ１３１）。

上述したステップＳ１２４の処理が正常終了したならば、暫定業務ＯＳが動作する予備サーバ２００ａは、運用サーバ４００ａの障害発生時に直ちに業務の実行を引き継ぎ可能な業務実行装置として準備されたことになる。

［実施例２にかかる暫定業務環境更新処理手順］
図９は、実施例２にかかる暫定業務環境更新処理手順を示すフローチャートである。暫定業務環境更新処理は、運用サーバ４００ａのＯＳや業務アプリへのパッチ適用に代表されるソフトウェア更新による業務運用環境の変化をバックアップ・イメージに反映させる処理である。なお、運用サーバ４００ａ、予備サーバ２００ａおよび運用管理サーバ１００ａのハードウェア資源の増設、減設は、暫定業務環境更新処理の対象外である。暫定業務環境更新処理の実行の前提は、図７に示した暫定業務準備処理と同一である。

図９に示すように、先ず、リソース・コーディネータ部１０１ａにおいて、リソース・コーディネータ部１０１ａの基盤部１０４ａは、管理者によって端末装置７００ａへ入力された運用サーバ４００ａの業務実行環境のイメージ・バックアップ操作を受け付ける（ステップＳ１４１）。

続いて、イメージ制御部１０７ａは、イメージ・バックアップ対象の運用サーバ４００ａを再起動する（ステップＳ１４２）。続いて、イメージ制御部１０７ａは、運用サーバ４００ａのバックアップ・イメージを共有ストレージ３００ａにコピーする（ステップＳ１４３）。

続いて、制御部１０５ａは、ステップＳ１４３の処理で共有ストレージ３００ａにコピーされたバックアップ・イメージと、前回の処理で共有ストレージ３００ａにコピーされたバックアップ・イメージとに差分があるか否かを判定する（ステップＳ１４４）。共有ストレージ３００ａにコピーされたバックアップ・イメージに差分があると判定された場合には（ステップＳ１４４肯定）、ステップＳ１４５へ移り、差分があると判定されなかった場合には（ステップＳ１４４否定）、暫定業務環境更新処理は終了する。

ステップＳ１４５では、制御部１０５ａは、仮想コンピュータ・システムＳａのＶＭホスト１０８ａのホストＯＳ部１０８ａ１に対して、暫定運用環境、すなわち、ゲストＯＳおよび業務アプリを含むＶＭゲスト２００ａｉ−１の再構築を要求する。

リソース・コーディネータ部１０１ａの制御部１０５ａから暫定運用環境の再構築の要求を受けた仮想コンピュータ・システムＳａのホストＯＳ部１０８ａ１は、ＶＭゲスト２００ａｉ−１の既存のＶＭゲストの定義ファイルを書き換える（ステップＳ３１１）。

続いて、ホストＯＳ部１０８ａ１は、既存のＶＭゲスト２００ａｉ−１の暫定業務ＯＳ（ゲストＯＳ）を削除する（ステップＳ３１２）。そして、ホストＯＳ部１０８ａ１は、既存のＶＭゲスト２００ａｉ−１を削除する（ステップＳ３１３）。そして、ホストＯＳ部１０８ａ１は、ステップＳ１４３で作成したバックアップ・イメージを暫定業務ＯＳ（ゲストＯＳ）として共有ストレージ３００ａにコピーする（ステップＳ３１４）。そして、ホストＯＳ部１０８ａ１は、ステップＳ１４３で作成したバックアップ・イメージに基づいてＶＭゲスト２００ａｉ−１を再作成する（ステップＳ３１５）。

ステップＳ３１５でＶＭゲスト２００ａｉ−１が再作成されると、リソース・コーディネータ部１０１ａの制御部１０５ａは、ホストＯＳ部１０８ａ１に対して、暫定業務ＯＳの起動およびＶＭゲストの一時停止状態への移行を要求する（ステップＳ１４６）。

制御部１０５ａから暫定業務ＯＳの起動およびＶＭゲストの一時停止状態への移行の要求を受けたホストＯＳ部１０８ａ１は、ステップＳ３１４で予備サーバ２００ａにコピーされた暫定業務ＯＳを起動する（ステップＳ３１６）。そして、ホストＯＳ部１０８ａ１は、ステップＳ３１５で再作成したＶＭゲスト２００ａｉ−１を一時停止状態へ移行させる（ステップＳ３１７）。

ステップＳ３１７の処理に続いて、制御部１０５ａは、予備サーバ２００ａにおいて暫定業務ＯＳの設定、すなわち、暫定業務ＯＳを起動およびＶＭゲスト２００ａｉ−１の一時停止状態への移行が成功したか否かを判定する（ステップＳ１４７）。暫定業務ＯＳの設定が成功したと判定された場合には（ステップＳ１４７肯定）、暫定業務環境更新処理は終了し、暫定業務ＯＳの設定が成功したと判定されなかった場合には（ステップＳ１４７否定）、ステップＳ１４８へ移る。ステップＳ１４８では、制御部１０５ａは、予備サーバテーブルの予備サーバ２００ａに該当する暫定運用フラグをオフにする。

なお、暫定業務環境更新処理は、管理者によって端末装置７００ａへ入力された運用サーバ４００ａの業務実行環境のイメージ・バックアップ操作を受け付けたことを契機としておこなわれる。しかし、これに限定されず、運用管理サーバ１００ａに設定されたジョブ・スケジュールに従っておこなわれることとしてもよい。また、運用サーバ４００ａのソフトウェア更新が自動的におこなわれる構成の場合には、ソフトウェア更新後に自動的に暫定業務環境更新処理がおこなわれるようにしてもよい。

［実施例２にかかる暫定業務環境更新処理を示すシーケンス図］
図１０は、実施例２にかかる暫定業務環境更新処理を示すシーケンス図である。同図に示すように、先ず、運用管理サーバ１００ａの管理者の端末装置７００ａに入力された運用サーバ４００ａのイメージ・バックアップのリクエストが、リソース・コーディネータ部１０１ａの基盤部１０４ａへ送信される（ステップＳ１５１）。

続いて、基盤部１０４ａは、制御部１０５ａに対して、運用サーバ４００ａのイメージ・バックアップの指示を出力する（ステップＳ１５２）。続いて、制御部１０５ａは、基盤部１０４ａから入力されたイメージ・バックアップの指示に応じて、イメージ制御部１０７ａに対して、バックアップ・イメージの作成を指示する（ステップＳ１５３）。

続いて、イメージ制御部１０７ａは、運用サーバ４００ａを再起動する（ステップＳ１５４）。そして、イメージ制御部１０７ａは、運用サーバ４００ａの再起動を確認する（ステップＳ１５５）。そして、イメージ制御部１０７ａは、運用サーバ４００ａのバックアップ・イメージの作成処理をおこなう（ステップＳ１５６）。そして、イメージ制御部１０７ａは、運用サーバ４００ａから作成したバックアップ・イメージの確認をおこなう（ステップＳ１５７）。

続いて、基盤部１０４は、制御部１０５ａに対して、ステップＳ１５６で作成されたバックアップ・イメージと、既存のバックアップ・イメージとの差分の確認を指示する（ステップＳ１５８）。続いて、制御部１０５ａは、ステップＳ１５６で作成されたバックアップ・イメージと、共有ストレージ３００ａに保存される既存のバックアップ・イメージとの詳細情報との差分を判定する（ステップＳ１５９）。

続いて、制御部１０５ａによってステップＳ１５６で作成されたバックアップ・イメージと、既存のバックアップ・イメージとに差分があると判定された場合には、基盤部１０４ａは、暫定業務ＯＳの再構築を制御部１０５に対して指示する（ステップＳ１６０）。続いて、暫定業務ＯＳの再構築の指示を受けた制御部１０５ａは、ＶＭホスト１０８ａに対して、ＶＭゲスト２００ａｉ−１の削除を指示する（ステップＳ１６１）。

続いて、ＶＭゲスト２００ａｉ−１の削除の指示を受けたＶＭホスト１０８ａは、ＶＭゲスト２００ａｉ−１の定義ファイルを書き換える（ステップＳ１６２）。そして、ＶＭホスト１０８ａは、ＶＭゲスト２００ａｉ−１を削除する（ステップＳ１６３）。そして、ＶＭホスト１０８ａは、ＶＭゲスト２００ａｉ−１の定義ファイルを再構成する（ステップＳ１６４）。なお、ステップＳ１６４の処理が終了すると、ＶＭホスト１０８ａは、制御部１０５ａに対して、完了通知を送信する。

続いて、制御部１０５ａは、ＶＭホスト１０８ａに対して、ステップＳ１５６で作成されたバックアップ・イメージの共有ストレージ３００ａへのコピーを指示する（ステップＳ１６５）。続いて、ＶＭホスト１０８ａは、ステップＳ１５６で作成されたバックアップ・イメージを共有ストレージ３００ａへコピーする（ステップＳ１６６）。

続いて、制御部１０５ａは、ＶＭホスト１０８ａに対して、ステップＳ１６６で共有ストレージ３００ａへコピーされたバックアップ・イメージに基づき、ＶＭゲスト２００ａｉ−１の再作成を指示する（ステップＳ１６７）。続いて、ＶＭホスト１０８ａは、ＶＭゲスト２００ａｉ−１を再作成する（ステップＳ１６８）。

続いて、基盤部１０４ａは、制御部１０５ａに対して、暫定業務ＯＳの起動およびＶＭゲスト２００ａｉ−１の一時停止を指示する（ステップＳ１６９）。続いて、制御部１０５ａは、ＶＭホスト１０８ａに対して、暫定業務ＯＳの起動およびＶＭゲスト２００ａｉ−１の一時停止を指示する（ステップＳ１７０）。

続いて、ＶＭホスト１０８ａは、ＶＭゲスト２００ａｉ−１上で暫定業務ＯＳを起動する（ステップＳ１７１）。そして、ＶＭホスト１０８ａは、ＶＭゲスト２００ａｉ−１を一時停止状態へと移行させる（ステップＳ１７２）。

なお、暫定業務ＯＳの起動、もしくは、ＶＭゲスト２００ａｉ−１の一時停止状態への移行、すなわち、暫定業務ＯＳの設定が異常終了したならば、基盤部１０４ａは、予備サーバテーブルの対応する暫定運用フラグをオフにする（ステップＳ１７３）。そして、基盤部１０４ａは、端末装置７００ａに対して、異常終了のメッセージを出力する（ステップＳ１７４）。一方、暫定業務ＯＳの設定が正常終了したならば、基盤部１０４ａは、端末装置７００ａに対して、正常終了のメッセージを出力する（ステップＳ１７５）。

［実施例２にかかる暫定業務開始処理手順］
図１１は、実施例２にかかる暫定業務開始処理手順を示すフローチャートである。暫定業務開始処理は、仮想ソフトウェアの管理下で動作するＶＭゲストが運用サーバ４００ａの業務を引き継ぐ処理である。

暫定業務開始処理の実行の前提は、図７に示した暫定業務準備処理と同一である。同図に示すように、先ず、リソース・コーディネータ部１０１ａにおいて、リソース・コーディネータ部１０１ａのＳＮＭＰ解析部１０３ａは、故障した運用サーバ４００ａまたは運用サーバ４００ａのシャーシからＳＮＭＰトラップを受信する（ステップＳ１８１）。

続いて、ＳＮＭＰ解析部１０３ａは、故障した運用サーバ４００ａの電源断処理を開始する（ステップＳ１８２）。続いて、制御部１０５ａは、予備サーバテーブルを参照して、運用サーバ４００ａに対応する暫定運用フラグがオンになっているか否かを判定する（ステップＳ１８３）。暫定運用フラグがオンになっていると判定された場合には（ステップＳ１８３肯定）、ステップＳ１８４へ移り、暫定運用フラグがオンになっていると判定されなかった場合には（ステップＳ１８３否定）、ステップＳ１８５へ移る。

ステップＳ１８４では、制御部１０５ａは、仮想コンピュータ・システムＳａのＶＭホスト１０８ａのホストＯＳ部１０８ａ１に対して、仮想化ソフトウェア管理下から予備サーバ２００ａの登録を削除するよう指示する。そして、ホストＯＳ部１０８ａ１は、予備サーバ２００ａを使用可能な物理資源から削除する（ステップＳ３２１）。すなわち、ステップＳ３２１の処理では、予備サーバ２００ａの管理主体を仮想コンピュータ・システムＳａから運用管理サーバ１００ａへ変更する。

一方、ステップＳ１８５では、イメージ制御部１０７ａは、予備サーバ２００ａに運用サーバ４００ａのバックアップ・イメージをコピーする。そして、制御部１０５ａは、予備サーバ２００ａの起動を確認する（ステップＳ１８６）。そして、制御部１０５ａは、ネットワーク制御部１０６ａに対して、故障サーバである運用サーバ４００ａから予備サーバ２００ａへＶＬＡＮを切り換えるよう指示する（ステップＳ１８７）。ネットワーク制御部１０６ａは、ＬＡＮスイッチ６００ａを制御して、運用サーバ４００ａから予備サーバ２００ａへＶＬＡＮを切り換える。

仮想コンピュータ・システムＳａにおいて、ステップＳ３２１の処理が終了すると、リソース・コーディネータ部１０１ａの制御部１０５ａは、仮想コンピュータ・システムＳａのＶＭホスト１０８ａに対して、暫定業務ＯＳの起動を要求する（ステップＳ１８８）。そして、制御部１０５ａは、イメージ制御部１０７ａを制御して、予備サーバ２００ａへのバックアップ・イメージのコピーを開始する（ステップＳ１８９）。

ＶＭホスト１０８ａは、制御部１０５ａからの暫定業務ＯＳの起動の要求に応じて、先ず、暫定業務ＯＳにハードウェア資源を割り当てて起動する（ステップＳ３２２）。なお、暫定業務ＯＳ部２００ａｉ−３および業務アプリ実行部２００ａｉ−２（ｉは、ｎ以下のある自然数）は、暫定業務ＯＳの動作によって機能する。そして、ＶＭホスト１０８ａは、暫定業務ＯＳを一時停止状態へ移行させる（ステップＳ３２３）。なお、暫定業務ＯＳの起動および暫定業務ＯＳの一時停止状態への移行を暫定業務ＯＳの設定という。

続いて、リソース・コーディネータ部１０１ａの制御部１０５ａは、仮想コンピュータ・システムＳａにおいて、暫定業務ＯＳの設定が成功したか否かを判定する（ステップＳ１９０）。暫定業務ＯＳの設定が成功したと判定された場合には（ステップＳ１９０肯定）、ステップＳ１９１へ移り、暫定業務ＯＳの設定が成功したと判定されなかった場合には（ステップＳ１９０否定）、ステップＳ１９２へ移る。

ステップＳ１９１では、制御部１０５ａは、ネットワーク制御部１０６ａに対して、故障サーバである運用サーバ４００ａから業務アプリ実行部２００ａｉ−２が動作するＶＭゲスト２００ａｉ−１へＶＬＡＮを切り換えるよう指示する。ネットワーク制御部１０６ａは、ＬＡＮスイッチ６００ａを制御して、運用サーバ４００ａからＶＭゲスト２００ａｉ−１へＶＬＡＮを切り換える。

一方、ステップＳ１９２では、端末装置７００ａに、暫定業務ＯＳの設定失敗を通知する。そして、端末装置７００ａでは、暫定業務ＯＳの設定失敗の通知を出力する。ステップＳ１９１またはステップＳ１９２の処理が終了すると、暫定業務開始処理は終了する。

［実施例２にかかる暫定業務開始処理を示すシーケンス図］
図１２は、実施例２にかかる暫定業務開始処理を示すシーケンス図である。同図に示すように、先ず、故障サーバである運用サーバ４００ａは、リソース・コーディネータ部１０１ａのＳＮＭＰ解析部１０３ａへＳＮＭＰトラップを送信する（ステップＳ２０１）。続いて、ＳＮＭＰ解析部１０３ａは、SＮＭＰトラップを受信すると、基盤部１０４ａに対して、運用サーバ４００ａの故障を通知する（ステップＳ２０２）。

続いて、基盤部１０４ａは、運用サーバ４００ａの故障を通知されると、制御部１０５ａに対して、業務実行装置であるサーバの切り換えを指示する（ステップＳ２０３）。続いて、制御部１０５ａは、運用サーバ４００ａの電源をオフにする（ステップＳ２０４）。

続いて、制御部１０５ａは、予備サーバテーブルにおいて運用サーバ４００ａに該当する暫定運用フラグがオンである場合には、ＶＭホスト１０８ａに対して、仮想化ソフトウェアの管理下から予備サーバ２００ａを削除するよう指示する（ステップＳ２０５）。ＶＭホスト１０８ａは、指示に応じて、仮想化ソフトウェアの管理下から予備サーバ２００ａを削除する（ステップＳ２０６）。

続いて、制御部１０５ａは、ＶＭホスト１０８ａに対して、暫定業務ＯＳの起動を要求する（ステップＳ２０７）。続いて、ＶＭホスト１０８ａは、ＶＭゲスト２００ａｉ−１に対してハードウェア資源を割り当てる（ステップＳ２０８）。続いて、ＶＭホスト１０８ａは、ステップＳ２０８で起動した暫定業務ＯＳを一時停止状態へ移行させる（ステップＳ２０９）。

ステップＳ２０８およびステップＳ２０９の処理、すなわち、暫定業務ＯＳの設定が成功したならば、制御部１０５ａは、ネットワーク制御部１０６ａに対して、故障サーバである運用サーバ４００ａから暫定業務ＯＳへＶＬＡＮを切り換えるよう指示する（ステップＳ２１０）。一方、暫定業務ＯＳの設定に失敗したならば、制御部１０５ａは、端末装置７００ａに対して暫定業務ＯＳの設定の失敗を通知する（ステップＳ２１１）。

そして、ステップＳ２１０に続いて、制御部１０５ａは、イメージ制御部１０７ａに対して、予備サーバへ運用サーバ４００ａのバックアップ・イメージのコピーを指示する（ステップＳ２１２）。イメージ制御部１０７ａは、指示に応じて、予備サーバ２００ａへバックアップ・イメージをコピーする（ステップＳ２１３）。

一方、制御部１０５ａは、予備サーバテーブルにおいて運用サーバ４００ａに該当する暫定運用フラグがオフである場合には、制御部１０５ａは、イメージ制御部１０７ａに対して、予備サーバへ運用サーバ４００ａのバックアップ・イメージのコピーを指示する（ステップＳ２１４）。イメージ制御部１０７ａは、指示に応じて、予備サーバ２００ａへバックアップ・イメージをコピーする（ステップＳ２１５）。

ステップＳ２１５の処理に続いて、制御部１０５ａは、予備サーバ２００ａの起動を確認する（ステップＳ２１６）。続いて、制御部１０５ａは、ネットワーク制御部１０６ａに対して、故障サーバである運用サーバ４００ａから予備サーバ２００ａへＶＬＡＮを切り換えるよう指示する（ステップＳ２１７）。ネットワーク制御部１０６ａは、ＬＡＮスイッチ６００ａを制御して、運用サーバ４００ａから予備サーバ２００ａへＶＬＡＮを切り換える。

なお、上述のステップＳ２１４〜ステップＳ２１７は、運用サーバ４００ａに対応する暫定業務ＯＳが準備されていない場合に、直ちに予備サーバ２００ａをセット・アップすることを意味する。

［実施例２にかかる予備サーバ準備完了後処理手順］
図１３は、実施例２にかかる予備サーバ準備完了後処理手順を示すフローチャートである。予備サーバ準備完了後処理は、予備サーバ２００ａが仮想ソフトウェアの管理下で動作するＶＭゲストから業務を引き継ぐ処理である。

予備サーバ準備完了後処理手順の実行の前提は次の通りである。仮想コンピュータ・システムＳａに仮想化ソフトウェアがインストールされ、リソース・コーディネータ部１０１ａと通信可能なホストＯＳが存在する。また、暫定業務ＯＳを起動するために十分なリソースが仮想ソフトウェア管理下で利用可能な状態である。また、仮想化ソフトにおいて、一時停止状態にあるＶＭゲストに割り当てられたリソースは、他のＶＭゲストに対して自由に再割り当てできる。

図１３に示すように、先ず、リソース・コーディネータ部１０１ａにおいて、基盤部１０４ａは、運用サーバ４００ａの予備サーバ２００ａの準備が成功したか否かを判定する（ステップＳ２２１）。予備サーバ２００ａの準備とは、予備サーバ２００ａへのバックアップ・イメージのコピーを指す。予備サーバ２００ａの準備が成功したと判定された場合には（ステップＳ２２１肯定）、ステップＳ２２２へ移り、予備サーバ２００ａの準備が成功したと判定されなかった場合には（ステップＳ２２１否定）、ステップＳ２２６へ移る。

ステップＳ２２２では、基盤部１０４ａは、予備サーバ２００ａの起動を確認する。続いて、基盤部１０４ａは、ネットワーク制御部１０６ａを制御して、暫定業務ＯＳからユーザリクエスト管理部１０９ａへＶＬＡＮを切り換えて、ユーザリクエストをユーザリクエスト管理部１０９ａに振り分ける（ステップＳ２２３）。

続いて、基盤部１０４ａは、ＶＭホスト１０８ａのホストＯＳ部１０８ａ１に対して、暫定業務ＯＳの停止を要求する（ステップＳ２２４）。続いて、制御部１０５ａは、ホストＯＳ部１０８ａ１に対して、暫定業務ＯＳに割り振られたユーザリクエストの処理が完了するまで待ち合わせるよう指示する（ステップＳ２２５）。仮想コンピュータ・システムＳａのホストＯＳ部１０８ａ１は、制御部１０５ａからの指示に応じて、ユーザリクエストの処理が完了するまで待ち合わせた後に、暫定業務ＯＳを一時停止状態へ移行させる（ステップＳ３３１）。

ステップＳ３３１に続いて、リソース・コーディネータ部１０１ａのユーザリクエスト管理部１０９ａは、ステップＳ２２３のＶＬＡＭ切り換え以降に受け付けたユーザリクエストを予備サーバ２００ａへ送信する（ステップＳ２２７）。続いて、基盤部１０４ａは、ユーザリクエスト管理部１０９ａから予備サーバ２００ａへＶＬＡＮを切り換えて、ユーザリクエストを予備サーバ２００ａに割り振る（ステップＳ２２８）。続いて、基盤部１０４ａは、運用サーバ４００ａから予備サーバ２００ａへの切り換えの正常終了を端末装置７００ａに表示させる（ステップＳ２２９）。

一方、ステップＳ２２６では、基盤部１０４ａは、予備サーバ２００ａのセット・アップが完了していないので、ＶＭホスト１０８ａに対して、暫定業務ＯＳが引き続き業務を実行できるようにＶＭゲスト２００ａｉ−１の定義ファイルの再設定を要求する。続いて、仮想コンピュータ・システムＳａのＶＭホスト１０８ａのホストＯＳ部１０８ａ１は、暫定業務ＯＳが動作するＶＭゲスト２００ａｉ−１の定義ファイルを変更する（ステップＳ３３２）。具体的には、例えばＶＭゲスト２００ａｉ−１へのハードウェア資源の割り当て量を増やし、ＶＭゲスト２００ａｉ−１の処理能力を向上させる。

ステップＳ３３２に続いて、リソース・コーディネータ部１０１ａの基盤部１０４ａは、予備サーバ２００ａの電源断をおこなう（ステップＳ２３０）。続いて、基盤部１０４ａは、運用サーバ４００ａから予備サーバ２００ａへの切り換えの異常終了を端末装置７００ａに表示させる（ステップＳ２３１）。

［実施例２にかかる予備サーバ準備完了後処理を示すシーケンス図］
図１４は、実施例２にかかる予備サーバ準備完了後処理を示すシーケンス図である。同図に示すように、先ず、リソース・コーディネータ部１０１ａの基盤部１０４ａは、ネットワーク制御部１０６ａに対して、予備サーバのセット・アップを依頼する（ステップＳ２４１）。

続いて、ネットワーク制御部１０６ａは、予備サーバ２００ａに対して予備サーバのセット・アップを要求する（ステップＳ２４２）。続いて、予備サーバ２００ａは、予備サーバのセット・アップをおこなう（ステップＳ２４３）。

ステップＳ２４３の処理が異常終了した、すなわち、予備サーバ２００ａのセット・アップが異常終了した場合には、基盤部１０４ａは、制御部１０５ａに、暫定業務ＯＳでの業務継続を設定する（ステップＳ２４４）。

制御部１０５ａは、暫定業務ＯＳでの業務継続の設定に応じて、ＶＭホスト１０８ａに対して、暫定業務ＯＳが動作するＶＭゲスト２００ａｉ−１の定義ファイルの変更を依頼する（ステップＳ２４５）。定義ファイルの変更の依頼に応じて、ＶＭホスト１０８ａは、ＶＭゲスト２００ａｉ−１の定義ファイルを変更する。

続いて、基盤部１０４ａは、予備サーバ２００ａに対して、電源切断を要求する（ステップＳ２４６）。予備サーバ２００ａは、電源切断の要求に応じて、自装置の電源を切断する（ステップＳ２４７）。続いて、基盤部１０４ａは、予備サーバ２００ａの電源切断を確認する（ステップＳ２４８）。続いて、基盤部１０４ａは、運用サーバ４００ａから予備サーバ２００ａへの切り換えの異常終了メッセージを端末装置７００ａに出力させる（ステップＳ２４９）。

一方、ステップＳ２４３の処理が正常終了した、すなわち、予備サーバ２００ａのセット・アップが正常終了した場合には、基盤部１０４ａは、先ず、予備サーバ２００ａの起動を確認する（ステップＳ２５０）。続いて、基盤部１０４ａは、ネットワーク制御部１０６ａに対して、暫定業務ＯＳから予備サーバ２００ａへＶＬＡＮを切り換えるよう依頼する（ステップＳ２５１）。

続いて、ＶＬＡＮを切り換える依頼を受けたネットワーク制御部１０６ａは、ＬＡＮスイッチ６００ａに対して、暫定業務ＯＳからユーザリクエスト管理部１０９ａへユーザリクエストの送信先を切り換えるよう要求する（ステップＳ２５２）。ＬＡＮスイッチ６００ａは、ユーザリクエストの送信先を切り換える要求に応じて、暫定業務ＯＳからユーザリクエスト管理部１０９ａへユーザリクエストの送信先を切り換える。

続いて、基盤部１０４ａは、制御部１０５ａに対して、暫定業務ＯＳの停止を依頼する（ステップＳ２５３）。続いて、制御部１０５ａは、ＶＭホスト１０８ａに対して、実行中のユーザリクエストの処理の完了を待ち合わせるよう指示する（ステップＳ２５４）。続いて、ＶＭホスト１０８ａは、ＶＭゲスト２００ａｉ−１における実行中ユーザリクエストの処理完了を待ち合わせる（ステップＳ２５５）。

続いて、制御部１０５ａは、ＶＭホスト１０８ａに対して、暫定業務ＯＳの停止を要求する（ステップＳ２５６）。続いて、ＶＭホスト１０８ａは、ＶＭゲスト２００ａｉ−１での暫定業務ＯＳの動作を停止させる（ステップＳ２５７）。続いて、基盤部１０４ａは、ステップＳ２５２のＶＬＡＮ切り換え以降のユーザリクエストを実行するようにユーザリクエスト管理部１０９ａに依頼する（ステップＳ２５８）。

続いて、ユーザリクエスト管理部１０９ａは、ユーザリクエスト管理部１０９ａが保持するユーザリクエストを予備サーバ２００ａへ送信する（ステップＳ２５９）。予備サーバ２００ａは、ユーザリクエスト管理部１０９ａから受信したユーザリクエストの処理をおこなう（ステップＳ２６０）。

続いて、基盤部１０４ａは、ネットワーク制御部１０６ａに対して、以降のユーザリクエストが予備サーバ２００ａへ振り分けられるように、ユーザリクエスト管理部１０９ａから予備サーバ２００ａへＶＬＡＮを切り換えるよう依頼する（ステップＳ２６１）。

ネットワーク制御部１０６ａは、ＬＡＮスイッチ６００ａに対して、ユーザリクエストの送信先を切り換えるよう要求する（ステップＳ２６２）。ＬＡＮスイッチ６００ａは、ユーザリクエストの送信先を切り換える要求に応じて、ユーザリクエスト管理部１０９ａから予備サーバ２００ａへユーザリクエストの送信先を切り換える。続いて、基盤部１０４ａは、運用サーバ４００ａから予備サーバ２００ａへの切り換えの完了メッセージを端末装置７００ａに出力させる（ステップＳ２６３）。

［実施例２の効果］
上述したように、実施例２では、運用サーバ４００ａにハードウェアの障害が発生した場合に、予備サーバ２００ａをセット・アップして完了するまで、ＶＭゲスト２００ａｉ−１に一時的に業務の実行をおこなわせる。ＶＭゲスト２００ａｉ−１に動作開始は、一時低状態から動作状態の移行によって短時間でおこなわれる。よって、運用サーバ４００ａのハードウェアの障害によって業務の実行が停止することなく業務の継続性を高め、運用サーバ４００ａに予備サーバ２００ａを対応付ける業務実行装置の冗長構成の信頼度を高めることができる。

また、実施例２では、リソース・コーディネータに、仮想コンピュータ・システムを実現する仮想化ソフトウェアおよびイメージ制御ソフトとの連携機能を追加した。また、仮想コンピュータ・システムを実現する仮想化ソフトウェアにリソース・コーディネータとの連携機能を追加した。また、暫定業務ＯＳが動作するＶＭゲスト２００ａｉ−１から予備サーバ２００ａへ業務実行装置を切り換える際に、本来運用サーバ４００ａ宛であるユーザリクエストを一時的に管理するユーザリクエスト管理部１０９ａをリソース・コーディネータに追加した。このように、リソース・コーディネータおよび仮想化ソフトウェアへの機能追加によって、低コストで業務実行装置の冗長構成の信頼度を向上させることができる。

以上、実施例１および実施例２を説明したが、開示技術は、これらに限られるものではなく、特許請求の範囲に記載した技術的思想の範囲内で、さらに種々の異なる実施例で実施されてもよい。特に、各実施例は、矛盾しない範囲で適宜組み合わせて実施可能である。また、実施例に記載した効果は、これに限定されるものではない。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示のように構成されていることを要しない。すなわち、各装置の分散または統合の具体的形態は図示のものに限られず、その全部または一部を各種の負荷や使用状況に応じて、任意の単位で機能的または物理的に分散または統合して構成することができる。

例えば、実施例１では、運用管理部１０１と、仮想計算機管理部１０８とを一つの機能部として統合してもよい。また、制御部１０５を、作成指示部と、一時停止移行指示部と、動作移行指示部とに分散してもよい。また、実施例２では、リソース・コーディネータ部１０１ａと、ＶＭホスト１０８ａとを一つの機能部として統合してもよい。また、制御部１０５ａを、作成指示部と、一時停止移行指示部と、動作移行指示部とに分散してもよい。

ここで、作成指示部は、退避複写部１０７によって記憶装置３００に退避複写された業務実行環境が動作する仮想計算機２００−１をコンピュータ・ハードウェア２００上に作成するように仮想計算機管理部１０８に対して指示する。または、作成指示部は、イメージ制御部１０７ａによって共有ストレージ３００ａに退避複写されたバックアップ・イメージが動作するＶＭゲスト２００ａｉ−１を予備サーバ２００ａ上に作成するようにＶＭホスト１０８ａに対して指示する。

また、動作移行指示部は、作成指示部の指示に従って仮想計算機管理部１０８によってコンピュータ・ハードウェア２００上に作成された仮想計算機２００−１を起動した後に一時停止状態へ移行させるように仮想計算機管理部１０８に対して指示する。または、動作移行指示部は、作成指示部の指示に従ってＶＭホスト１０８ａによって予備サーバ２００ａ上に作成されたＶＭホスト２００ａｉ−１を起動した後に一時停止状態へ移行させるようにＶＭホスト１０８ａに対して指示する。

また、動作移行指示部は、運用装置４００からの障害情報が受信された場合には、一時停止状態へ移行させられた仮想計算機２００−１を暫定業務実行部２００−２が動作する動作状態へ移行させるように仮想計算機管理部１０８へ指示する。または、動作移行指示部は、運用サーバ４００ａからの障害情報が受信された場合には、一時停止状態へ移行させられたＶＭゲスト２００ａｉ−１を暫定業務ＯＳ部２００ａｉ−３が動作する動作状態へ移行させるようにＶＭホスト１０８ａへ指示する。

また、仮想計算機管理部１０８およびＶＭホスト１０８ａを運用管理装置１００および運用管理サーバ１００ａそれぞれの外部装置としてネットワーク経由で接続するようにしてもよい。また、仮想計算機管理部１０８およびＶＭホスト１０８ａを別の装置が有し、ネットワーク接続されて協働することで、運用管理装置１００および運用管理サーバ１００ａの機能を実現するようにしてもよい。

また、実施例１および実施例２で説明した各処理を予め用意されたプログラムをパーソナル・コンピュータやワーク・ステーションで実行することで運用管理方法を実現することができる。このプログラムは、インターネットに代表されるネットワークを介して配布することができる。

また、前述のプログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ（Compact Disk-Read Only Memory）、ＭＯ（Magneto-Optical disk）、ＤＶＤ（Digital Versatile Disc）に代表されるコンピュータ読取り可能な記録媒体に記録されてもよい。このプログラムは、コンピュータによって記録媒体から読み出されることによって実行することができる。

また、前述のプログラムは、各機能部によって実行される次の各手順を含むとしてもよい。すなわち、退避複写部１０７およびイメージ制御部１０７ａによって実行される、業務を実行する運用装置において動作中の業務実行環境を所定の記憶装置に退避複写する退避複写手順を含んでもよい。

また、制御部１０５および１０５ａによって実行される、所定の記憶装置に退避複写された業務実行環境が動作する仮想計算機を所定のコンピュータ・ハードウェア上に作成するように仮想計算機管理装置に対して指示する作成指示手順を含んでもよい。

なお、作成指示手順は、所定の記憶装置に新たに退避複写された業務実行環境に、前回において退避複写された業務実行環境との差分がある場合には、前回において退避複写された業務実行環境が動作する仮想計算機を削除する。そして、作成指示手順は、新たに退避複写された業務実行環境が動作する仮想計算機を所定のコンピュータ・ハードウェア上に新たに作成するように仮想計算機管理装置に対して指示するとしてもよい。

また、制御部１０５および１０５ａによって実行される、所定のコンピュータ・ハードウェア上に作成された仮想計算機を起動した後に一時停止状態へ移行させるように仮想計算機管理装置に対して指示する一時停止移行指示手順を含んでもよい。

また、障害受信部１０３およびＳＮＭＰ解析部１０３ａによって実行される、運用装置から送信される障害情報を受信する障害情報受信手順を含んでもよい。また、制御部１０５および１０５ａによって実行される、障害情報が受信された場合には、一時停止状態へ移行させられた仮想計算機を業務実行環境が動作する動作状態へ移行させるように仮想計算機管理装置へ指示する動作移行指示手順を含んでもよい。

また、切換部１０６およびネットワーク制御部１０６ａによって実行される、動作状態へ移行させられた仮想計算機へ運用装置から切り換えて業務の実行を継続させる切換手順を含んでもよい。なお、切換手順は、予備装置起動手順によって予備装置において業務実行環境の起動が完了した場合には、仮想計算機から予備装置へ切り換えて業務の実行を継続させるとしてもよい。

また、切換手順は、仮想計算機から予備装置へ切り換えて業務の実行を継続させる際に、仮想計算機へ既に送信されたユーザの端末装置からの処理要求の処理が完了するまで仮想計算機から予備装置への切り換えを待ち合わせるとしてもよい。また、切換手順は、予備装置において業務実行環境の起動が完了しなかった場合には、仮想計算機において業務の実行を継続させ、仮想計算機管理装置に対して仮想計算機へ所定のコンピュータ・ハードウェアの資源を優先的に割当てるように指示するとしてもよい。

また、制御部１０５および１０５ａによって実行される、運用装置に対する予備装置を予備装置テーブルに設定する予備装置設定手順を含んでもよい。また、制御部１０５および１０５ａによって実行される、障害情報が受信された場合には、運用装置において動作中の業務実行環境を予備装置に複写した後に、予備装置において複写した業務実行環境を起動して動作を開始させる予備装置起動手順を含んでもよい。

また、ユーザリクエスト管理部１０９ａによって実行される、仮想計算機から予備装置への切り換えが開始されてから完了するまで間、ユーザの端末装置からの処理要求を一時的に受け付けて管理する。そして、仮想計算機から予備装置への切り換えが完了した場合には、処理要求を予備装置へ送信する処理要求管理手順を含んでもよい。

以上の各実施例を含む実施形態に関し、さらに以下の付記を開示する。

（付記１）コンピュータに、
業務を実行する運用装置において動作中の業務実行環境を所定の記憶装置に退避複写する退避複写手順と、
前記退避複写手順によって前記所定の記憶装置に退避複写された前記業務実行環境が動作する仮想計算機を所定のコンピュータ・ハードウェア上に作成するように仮想計算機管理装置に対して指示する作成指示手順と、
前記作成指示手順の指示に従って前記仮想計算機管理装置によって前記所定のコンピュータ・ハードウェア上に作成された前記仮想計算機を起動した後に一時停止状態へ移行させるように前記仮想計算機管理装置に対して指示する一時停止移行指示手順と、
前記運用装置において障害が発生した場合に前記運用装置から送信される障害情報を受信する障害情報受信手順と、
前記障害情報受信手順によって前記運用装置からの障害情報が受信された場合には、前記一時停止移行指示手順の指示に従って前記仮想計算機管理装置によって一時停止状態へ移行させられた前記仮想計算機を前記業務実行環境が動作する動作状態へ移行させるように前記仮想計算機管理装置へ指示する動作移行指示手順と、
前記動作移行指示手順の指示に従って前記仮想計算機管理装置によって前記動作状態へ移行させられた前記仮想計算機へ前記運用装置から切り換えて前記業務の実行を継続させる切換手順と
を実行させることを特徴とする運用管理プログラム。

（付記２）前記運用装置に対する予備装置を予備装置テーブルに設定する予備装置設定手順と、
前記障害情報受信手順によって前記運用装置からの障害情報が受信された場合には、前記運用装置において動作中の業務実行環境を前記予備装置に複写した後に、前記予備装置において複写した前記業務実行環境を起動して動作を開始させる予備装置起動手順と
を前記コンピュータに実行させ、
前記切換手順は、前記予備装置起動手順によって前記予備装置において前記業務実行環境の起動が完了した場合には、前記仮想計算機から前記予備装置へ切り換えて前記業務の実行を継続させる
ことを特徴とする付記１記載の運用管理プログラム。

（付記３）前記作成指示手順は、前記退避複写手順によって前記所定の記憶装置に新たに退避複写された業務実行環境に、前回において退避複写された業務実行環境との差分がある場合には、前回において退避複写された業務実行環境が動作する仮想計算機を前記所定のコンピュータ・ハードウェア上から削除し、前記新たに退避複写された業務実行環境が動作する仮想計算機を前記所定のコンピュータ・ハードウェア上に新たに作成するように仮想計算機管理装置に対して指示する
ことを特徴とする付記１または２記載の運用管理プログラム。

（付記４）前記切換手順によって前記仮想計算機から前記予備装置への切り換えが開始されてから完了するまで間、ユーザの端末装置からの処理要求を一時的に受け付けて管理し、前記仮想計算機から前記予備装置への切り換えが完了した場合には、前記処理要求を前記予備装置へ送信する処理要求管理手順
を前記コンピュータに実行させることを特徴とする付記１、２または３記載の運用管理プログラム。

（付記５）前記切換手順は、前記仮想計算機から前記予備装置へ切り換えて前記業務の実行を継続させる際に、前記仮想計算機へ既に送信されたユーザの端末装置からの処理要求の処理が完了するまで前記仮想計算機から前記予備装置への切り換えを待ち合わせる
ことを特徴とする付記４記載の運用管理プログラム。

（付記６）前記切換手順は、前記予備装置起動手順によって前記予備装置において前記業務実行環境の起動が完了しなかった場合には、前記仮想計算機において前記業務の実行を継続させるとともに、前記仮想計算機管理装置に対して前記仮想計算機へ前記所定のコンピュータ・ハードウェアの資源を優先的に割当てるように指示する
ことを特徴とする付記１〜５のいずれか一項記載の運用管理プログラム。

（付記７）業務を実行する運用装置において動作中の業務実行環境を所定の記憶装置に退避複写する退避複写部と、
前記退避複写部によって前記所定の記憶装置に退避複写された前記業務実行環境が動作する仮想計算機を所定のコンピュータ・ハードウェア上に作成するように仮想計算機管理装置に対して指示する作成指示部と、
前記作成指示部の指示に従って前記仮想計算機管理装置によって前記所定のコンピュータ・ハードウェア上に作成された前記仮想計算機を起動した後に一時停止状態へ移行させるように前記仮想計算機管理装置に対して指示する一時停止移行指示部と、
前記運用装置において障害が発生した場合に前記運用装置から送信される障害情報を受信する障害情報受信部と、
前記障害情報受信部によって前記運用装置からの障害情報が受信された場合には、前記一時停止移行指示部の指示に従って前記仮想計算機管理装置によって一時停止状態へ移行させられた前記仮想計算機を前記業務実行環境が動作する動作状態へ移行させるように前記仮想計算機管理装置へ指示する動作移行指示部と、
前記動作移行指示部の指示に従って前記仮想計算機管理装置によって前記動作状態へ移行させられた前記仮想計算機へ前記運用装置から切り換えて前記業務の実行を継続させる切換部と
を備えたことを特徴とする運用管理装置。

（付記８）前記運用装置に対する予備装置を予備装置テーブルに設定する予備装置設定部と、
前記障害情報受信部によって前記運用装置からの障害情報が受信された場合には、前記運用装置において動作中の業務実行環境を前記予備装置に複写した後に、前記予備装置において複写した前記業務実行環境を起動して動作を開始させる予備装置起動部と
を前記コンピュータに実行させ、
前記切換部は、前記予備装置起動部によって前記予備装置において前記業務実行環境の起動が完了した場合には、前記仮想計算機から前記予備装置へ切り換えて前記業務の実行を継続させる
ことを特徴とする付記７記載の運用管理装置。

（付記９）前記作成指示部は、前記退避複写部によって前記所定の記憶装置に新たに退避複写された業務実行環境に、前回において退避複写された業務実行環境との差分がある場合には、前回において退避複写された業務実行環境が動作する仮想計算機を前記所定のコンピュータ・ハードウェア上から削除し、前記新たに退避複写された業務実行環境が動作する仮想計算機を前記所定のコンピュータ・ハードウェア上に新たに作成するように仮想計算機管理装置に対して指示する
ことを特徴とする付記７または８記載の運用管理装置。

（付記１０）前記切換部によって前記仮想計算機から前記予備装置への切り換えが開始されてから完了するまでの間、ユーザの端末装置からの処理要求を一時的に受け付けて管理し、前記仮想計算機から前記予備装置への切り換えが完了した場合には、前記処理要求を前記予備装置へ送信する処理要求管理部
を備えたことを特徴とする付記７、８または９記載の運用管理装置。

（付記１１）前記切換部は、前記仮想計算機から前記予備装置へ切り換えて前記業務の実行を継続させる際に、前記仮想計算機へ既に送信されたユーザの端末装置からの処理要求の処理が完了するまで前記仮想計算機から前記予備装置への切り換えを待ち合わせる
ことを特徴とする付記１０記載の運用管理装置。

（付記１２）前記切換部は、前記予備装置起動部によって前記予備装置において前記業務実行環境の起動が完了しなかった場合には、前記仮想計算機において前記業務の実行を継続させるとともに、前記仮想計算機管理装置に対して前記仮想計算機への前記所定のコンピュータ・ハードウェアの資源を優先的に割当てるように指示する
ことを特徴とする付記７〜１１のいずれか一項記載の運用管理装置。

（付記１３）装置の運用を管理する運用管理装置がおこなう運用管理方法であって、
業務を実行する運用装置において動作中の業務実行環境を所定の記憶装置に退避複写する退避複写ステップと、
前記退避複写ステップによって前記所定の記憶装置に退避複写された前記業務実行環境が動作する仮想計算機を所定のコンピュータ・ハードウェア上に作成するように仮想計算機管理装置に対して指示する作成指示ステップと、
前記作成指示ステップの指示に従って前記仮想計算機管理装置によって前記所定のコンピュータ・ハードウェア上に作成された前記仮想計算機を起動した後に一時停止状態へ移行させるように前記仮想計算機管理装置に対して指示する一時停止移行指示ステップと、
前記運用装置において障害が発生した場合に前記運用装置から送信される障害情報を受信する障害情報受信ステップと、
前記障害情報受信ステップによって前記運用装置からの障害情報が受信された場合には、前記一時停止移行指示ステップの指示に従って前記仮想計算機管理装置によって一時停止状態へ移行させられた前記仮想計算機を前記業務実行環境が動作する動作状態へ移行させるように前記仮想計算機管理装置へ指示する動作移行指示ステップと、
前記動作移行指示ステップの指示に従って前記仮想計算機管理装置によって前記動作状態へ移行させられた前記仮想計算機へ前記運用装置から切り換えて前記業務の実行を継続させる切換ステップと
を含んだことを特徴とする運用管理方法。

（付記１４）前記運用装置に対する予備装置を予備装置テーブルに設定する予備装置設定ステップと、
前記障害情報受信ステップによって前記運用装置からの障害情報が受信された場合には、前記運用装置において動作中の業務実行環境を前記予備装置に複写した後に、前記予備装置において複写した前記業務実行環境を起動して動作を開始させる予備装置起動ステップと
を含み、
前記切換ステップは、前記予備装置起動ステップによって前記予備装置において前記業務実行環境の起動が完了した場合には、前記仮想計算機から前記予備装置へ切り換えて前記業務の実行を継続させる
ことを特徴とする付記１３記載の運用管理方法。

（付記１５）前記作成指示ステップは、前記退避複写ステップによって前記所定の記憶装置に新たに退避複写された業務実行環境に、前回において退避複写された業務実行環境との差分がある場合には、前回において退避複写された業務実行環境が動作する仮想計算機を前記所定のコンピュータ・ハードウェア上から削除し、前記新たに退避複写された業務実行環境が動作する仮想計算機を前記所定のコンピュータ・ハードウェア上に新たに作成するように仮想計算機管理装置に対して指示する
ことを特徴とする付記１３または１４記載の運用管理方法。

（付記１６）前記切換ステップによって前記仮想計算機から前記予備装置への切り換えが開始されてから完了するまで間、ユーザの端末装置からの処理要求を一時的に受け付けて管理し、前記仮想計算機から前記予備装置への切り換えが完了した場合には、前記処理要求を前記予備装置へ送信する処理要求管理ステップ
を含むことを特徴とする付記１３、１４または１５記載の運用管理方法。

（付記１７）前記切換ステップは、前記仮想計算機から前記予備装置へ切り換えて前記業務の実行を継続させる際に、前記仮想計算機へ既に送信されたユーザの端末装置からの処理要求の処理が完了するまで前記仮想計算機から前記予備装置への切り換えを待ち合わせる
ことを特徴とする付記１６記載の運用管理方法。

（付記１８）前記切換ステップは、前記予備装置起動ステップによって前記予備装置において前記業務実行環境の起動が完了しなかった場合には、前記仮想計算機において前記業務の実行を継続させるとともに、前記仮想計算機管理装置に対して前記仮想計算機への前記所定のコンピュータ・ハードウェアの資源を優先的に割当てるように指示する
ことを特徴とする付記１３〜１７のいずれか一項記載の運用管理方法。

１００ 運用管理装置
１００ａ 運用管理サーバ
１０１ 運用管理部
１０１ａ リソース・コーディネータ部
１０２ 運用管理基盤部
１０２ａ リソース・コーディネータ基盤部
１０３ 障害情報受信部
１０３ａ ＳＮＭＰ解析部
１０４、１０４ａ 基盤部
１０５、１０５ａ 制御部
１０５ａ１ 予備サーバテーブル格納部
１０６ 切換部
１０６ａ ネットワーク制御部
１０７ 退避複写部
１０７ａ イメージ制御部
１０８ 仮想計算機管理部
１０８ａ ＶＭホスト
１０８ａ１ ホストＯＳ部
１０９ａ ユーザリクエスト管理部
２００ コンピュータ・ハードウェア
２００−１ 仮想計算機
２００−２ 暫定業務実行部
２００ａ１−１〜２００ａｎ−１、２００ａｉ−１ ＶＭゲスト
２００ａ１−２〜２００ａｎ−２、２００ａｉ−２ 業務アプリ実行部
２００ａ１−３〜２００ａｎ−３、２００ａｉ−３ 暫定業務ＯＳ部
２００ａ 予備サーバ
３００ 記憶装置
３００ａ 共有ストレージ
４００ 運用装置
４００ａ 運用サーバ
５００ 予備装置
６００ａ ＬＡＮスイッチ
７００ａ 端末装置

Claims (8)

1. コンピュータに、
   業務を実行する運用装置において動作中の業務実行環境を所定の記憶装置に退避複写する退避複写手順と、
   前記退避複写手順によって前記所定の記憶装置に退避複写された前記業務実行環境が動作する仮想計算機を所定のコンピュータ・ハードウェア上に作成するように仮想計算機管理装置に対して指示する作成指示手順と、
   前記作成指示手順の指示に従って前記仮想計算機管理装置によって前記所定のコンピュータ・ハードウェア上に作成された前記仮想計算機を起動した後に一時停止状態へ移行させるように前記仮想計算機管理装置に対して指示する一時停止移行指示手順と、
   前記運用装置において障害が発生した場合に前記運用装置から送信される障害情報を受信する障害情報受信手順と、
   前記障害情報受信手順によって前記運用装置からの障害情報が受信された場合には、前記一時停止移行指示手順の指示に従って前記仮想計算機管理装置によって一時停止状態へ移行させられた前記仮想計算機を前記業務実行環境が動作する動作状態へ移行させるように前記仮想計算機管理装置へ指示する動作移行指示手順と、
   前記動作移行指示手順の指示に従って前記仮想計算機管理装置によって前記動作状態へ移行させられた前記仮想計算機へ前記運用装置から切り換えて前記業務の実行を継続させる切換手順と
   を実行させることを特徴とする運用管理プログラム。
2. 前記運用装置に対する予備装置を予備装置テーブルに設定する予備装置設定手順と、
   前記障害情報受信手順によって前記運用装置からの障害情報が受信された場合には、前記運用装置において動作中の業務実行環境を前記予備装置に複写した後に、前記予備装置において複写した前記業務実行環境を起動して動作を開始させる予備装置起動手順と
   を前記コンピュータに実行させ、
   前記切換手順は、前記予備装置起動手順によって前記予備装置において前記業務実行環境の起動が完了した場合には、前記仮想計算機から前記予備装置へ切り換えて前記業務の実行を継続させる
   ことを特徴とする請求項１記載の運用管理プログラム。
3. 前記作成指示手順は、前記退避複写手順によって前記所定の記憶装置に新たに退避複写された業務実行環境に、前回において退避複写された業務実行環境との差分がある場合には、前回において退避複写された業務実行環境が動作する仮想計算機を前記所定のコンピュータ・ハードウェア上から削除し、前記新たに退避複写された業務実行環境が動作する仮想計算機を前記所定のコンピュータ・ハードウェア上に新たに作成するように仮想計算機管理装置に対して指示する
   ことを特徴とする請求項１または２記載の運用管理プログラム。
4. 前記切換手順によって前記仮想計算機から前記予備装置への切り換えが開始されてから完了するまで間、ユーザの端末装置からの処理要求を一時的に受け付けて管理し、前記仮想計算機から前記予備装置への切り換えが完了した場合には、前記処理要求を前記予備装置へ送信する処理要求管理手順
   を前記コンピュータに実行させることを特徴とする請求項１、２または３記載の運用管理プログラム。
5. 前記切換手順は、前記仮想計算機から前記予備装置へ切り換えて前記業務の実行を継続させる際に、前記仮想計算機へ既に送信されたユーザの端末装置からの処理要求の処理が完了するまで前記仮想計算機から前記予備装置への切り換えを待ち合わせる
   ことを特徴とする請求項４記載の運用管理プログラム。
6. 前記切換手順は、前記予備装置起動手順によって前記予備装置において前記業務実行環境の起動が完了しなかった場合には、前記仮想計算機において前記業務の実行を継続させるとともに、前記仮想計算機管理装置に対して前記仮想計算機へ前記所定のコンピュータ・ハードウェアの資源を優先的に割当てるように指示する
   ことを特徴とする請求項１〜５のいずれか一項記載の運用管理プログラム。
7. 業務を実行する運用装置において動作中の業務実行環境を所定の記憶装置に退避複写する退避複写部と、
   前記退避複写部によって前記所定の記憶装置に退避複写された前記業務実行環境が動作する仮想計算機を所定のコンピュータ・ハードウェア上に作成するように仮想計算機管理装置に対して指示する作成指示部と、
   前記作成指示部の指示に従って前記仮想計算機管理装置によって前記所定のコンピュータ・ハードウェア上に作成された前記仮想計算機を起動した後に一時停止状態へ移行させるように前記仮想計算機管理装置に対して指示する一時停止移行指示部と、
   前記運用装置において障害が発生した場合に前記運用装置から送信される障害情報を受信する障害情報受信部と、
   前記障害情報受信部によって前記運用装置からの障害情報が受信された場合には、前記一時停止移行指示部の指示に従って前記仮想計算機管理装置によって一時停止状態へ移行させられた前記仮想計算機を前記業務実行環境が動作する動作状態へ移行させるように前記仮想計算機管理装置へ指示する動作移行指示部と、
   前記動作移行指示部の指示に従って前記仮想計算機管理装置によって前記動作状態へ移行させられた前記仮想計算機へ前記運用装置から切り換えて前記業務の実行を継続させる切換部と
   を備えたことを特徴とする運用管理装置。
8. 装置の運用を管理する運用管理装置がおこなう運用管理方法であって、
   業務を実行する運用装置において動作中の業務実行環境を所定の記憶装置に退避複写する退避複写ステップと、
   前記退避複写ステップによって前記所定の記憶装置に退避複写された前記業務実行環境が動作する仮想計算機を所定のコンピュータ・ハードウェア上に作成するように仮想計算機管理装置に対して指示する作成指示ステップと、
   前記作成指示ステップの指示に従って前記仮想計算機管理装置によって前記所定のコンピュータ・ハードウェア上に作成された前記仮想計算機を起動した後に一時停止状態へ移行させるように前記仮想計算機管理装置に対して指示する一時停止移行指示ステップと、
   前記運用装置において障害が発生した場合に前記運用装置から送信される障害情報を受信する障害情報受信ステップと、
   前記障害情報受信ステップによって前記運用装置からの障害情報が受信された場合には、前記一時停止移行指示ステップの指示に従って前記仮想計算機管理装置によって一時停止状態へ移行させられた前記仮想計算機を前記業務実行環境が動作する動作状態へ移行させるように前記仮想計算機管理装置へ指示する動作移行指示ステップと、
   前記動作移行指示ステップの指示に従って前記仮想計算機管理装置によって前記動作状態へ移行させられた前記仮想計算機へ前記運用装置から切り換えて前記業務の実行を継続させる切換ステップと
   を含んだことを特徴とする運用管理方法。

Images