JPWO2009125490A1 - 管理装置、管理方法及びプログラム - Google Patents

Abstract

物理ディスクの回転が停止可能なタイミングを把握し、より適切に物理ディスクの回転を停止させる。ストレージ装置及びサーバを管理する管理装置は、論理ボリュームの識別番号及び物理ディスクの回転状態が記録される第１記録部と、サーバの動作状態及びサーバのアクセスの対象である論理ボリュームの識別番号が記録される第２記録部と、サーバの動作状態が変更された場合、第２記録部に記録されているサーバの動作状態を変更する更新部と、第１記録部に記録されているサーバのアクセスの対象である論理ボリュームの識別番号に基づいて、サーバのアクセスの対象である論理ボリュームが設定される物理ディスクの他の論理ボリュームをアクセスの対象とする他のサーバの動作状態を第２記録部から抽出する抽出部と、サーバの変更後の動作状態及び他のサーバの動作状態に応じて、物理ディスクの回転状態を変更する指示をストレージ装置に行う指示部と、を備える。

Description

本発明は、ストレージ装置及びサーバを管理する管理システムに関する。

従来、ストレージ装置には、データの記録や読み出し等のアクセスが行われていない物理ディスク（単にディスクともいう）の回転を停止させることによりストレージ装置の節電を行う、いわゆる省電力モードの機能が備わっている。

物理ディスクの回転を停止させた場合、物理ディスクの回転を再開させ、物理ディスクへのアクセスができる状態になるまでには、通常３０秒から数分程度かかる。そのため、物理ディスクへのアクセスが行われていない時間に限り、物理ディスクの回転を停止させている。

ストレージ装置とサーバとがＬＡＮ（Local Area Network）により接続されているシステムでは、ストレージ装置側からサーバの運用状況を把握することができない。したがって、ストレージ装置の利用者は、サーバの運用状況を考慮して、指定した時刻に物理ディスクの回転を停止させている。
特開平１１−７３２５５号公報

ストレージ装置内の物理ディスクと、その物理ディスクにアクセスを行うサーバとの関係は複雑になる場合がある。そのため、サーバの運用状況から回転の停止が可能な物理ディスクを決定することが困難な場合がある。例えば、複数のサーバが一つの物理ディスクを共有している場合、物理ディスクの回転を停止させることができるか否かを判断することが困難となる。

本発明は、上記の問題に鑑み、ストレージ装置内の物理ディスクの回転が停止可能なタイミングを把握し、より適切にストレージ装置内の物理ディスクの回転を停止させる技術の提供を目的とする。

本発明は、上記課題を解決するために、以下の手段を採用した。すなわち、本発明は、論理ボリュームが設定される物理ディスクを有するストレージ装置及び前記論理ボリュームをアクセスの対象とするサーバを管理する管理装置であって、前記論理ボリュームの識別番号及び前記物理ディスクの回転状態が記録される第１記録部と、前記サーバの動作状態及び前記サーバのアクセスの対象である論理ボリュームの識別番号が記録される第２記録部と、前記サーバの動作状態が変更された場合、前記第２記録部に記録されている前記サーバの動作状態を変更する更新部と、前記第１記録部に記録されている前記サーバのアクセスの対象である論理ボリュームの識別番号に基づいて、前記サーバのアクセスの対象である論理ボリュームが設定される前記物理ディスクの他の論理ボリュームをアクセスの対象とする他のサーバの動作状態を前記第２記録部から抽出する抽出部と、前記サーバの変更後の動作状態及び前記他のサーバの動作状態に応じて、前記物理ディスクの回転状態を変更する指示を前記ストレージ装置に行う指示部と、を備える。

本発明によれば、サーバのアクセスの対象である論理ボリュームが設定される物理ディスクの他の論理ボリュームをアクセスの対象とする他のサーバの動作状態を第２記録部から抽出する。そして、サーバの変更後の動作状態及び他のサーバの動作状態を把握することにより、物理ディスクの回転状態を変更するタイミングを把握することができる。すなわち、物理ディスクの回転状態を変更することができるか否かの判断が可能となる。その結果、より適切なタイミングで、物理ディスクの回転状態を変更する指示をストレージ装置に行うことができる。

また、本発明は、コンピュータその他の装置、機械等が上記いずれかの処理を実行する方法であってもよい。また、本発明は、コンピュータその他の装置、機械等に、以上のいずれかの機能を実現させるプログラムであってもよい。また、本発明は、そのようなプログラムをコンピュータ等が読み取り可能な記録媒体に記録したものでもよい。

本発明は、ストレージ装置内の物理ディスクの回転が停止可能なタイミングを把握し、より適切にストレージ装置内の物理ディスクの回転を停止させることができる。

本実施形態に係るシステムの全体図である。 管理サーバ１のハードウェア構成を示す図である。 管理サーバ１の機能ブロック図である。 サーバＶＭテーブル７０を示す図である。 ストレージテーブル８０を示す図である。 ゲストＯＳ１１Ａを起動させる場合の管理サーバ１の処理の流れを示すフローである。 サーバ動作状態のフィールド及びゲストＯＳ起動状態のフィールドが更新された状態のサーバＶＭテーブル７０の図である。 ディスク回転状態のフィールドが更新された状態のストレージテーブル８０の図である。 ディスク回転状態のフィールドが更新された状態のストレージテーブル８０の図である。 ゲストＯＳ起動状態のフィールドが更新された状態のサーバＶＭテーブル７０の図である。 ゲストＯＳ１１Ｂを起動させる場合の管理サーバ１の処理の流れを示すフローである。 ゲストＯＳ起動状態のフィールドが更新された状態のサーバＶＭテーブル７０の図である。 ゲストＯＳ１１Ｂを停止させる場合の管理サーバ１の処理の流れを示すフローである。 ゲストＯＳ起動状態のフィールドが更新された状態のサーバＶＭテーブル７０の図である。 ゲストＯＳ１１Ｂを起動させる場合の管理サーバ１の処理の流れを示すフローである。 サーバ動作状態のフィールド及びゲストＯＳ起動状態のフィールドが更新された状態のサーバＶＭテーブル７０の図である。 ディスク回転状態のフィールドが更新された状態のストレージテーブル８０の図である。 バックアップサーバ３がバックアップ処理を行う場合の管理サーバ１の処理の流れを示すフローである。 サーバ動作状態のフィールドが更新された状態のサーバＶＭテーブル７０の図である。 ディスク回転状態のフィールドが更新された状態のストレージテーブル８０の図である。 ディスク回転状態のフィールドが更新された状態のストレージテーブル８０の図である。 ディスク回転状態のフィールドが更新された状態のストレージテーブル８０の図である。 ストレージ装置５に物理ディスク２０Ｇ及び２０Ｈを増設した場合における本システムの全体図である。 ストレージ装置５に物理ディスク２０Ｇ及び２０Ｈを増設した場合の管理サーバ１の処理の流れを示すフローである。 更新後のストレージテーブル８０の図である。 更新後のサーバＶＭテーブル７０の図である。 ホストサーバ２ＣのゲストＯＳ１１Ｅをホストサーバ２Ａに移動させた場合における本システムの全体図である。 ホストサーバ２ＣのゲストＯＳ１１Ｅをホストサーバ２Ａに移動させた場合の管理サーバ１の処理の流れを示すフローである。 更新後のストレージテーブル８０の図である。 更新後のサーバＶＭテーブル７０の図である。

符号の説明

１ 管理サーバ
２Ａ−２Ｃ ホストサーバ
３ バックアップサーバ
４ テープ装置
５ ストレージ装置
７ ファイバチャネルスイッチ
１０Ａ−１０Ｃ ホストＯＳ
１１Ａ−１１Ｆ ゲストＯＳ
５０ ＣＰＵ
５１ メモリ
５２ インターフェース
５３ ハードディスク駆動装置
５４ 可搬媒体駆動装置
５５ 入力装置
５６ 表示装置
５９ インターフェース部
６０ 取得部
６１ 記録部
６２ 抽出部
６３ 更新部
６４ 指示部

以下、図面を参照して、本発明の実施をするための最良の形態（以下、実施形態という）に係る管理装置を説明する。以下の実施形態の構成は例示であり、本発明は実施形態の構成に限定されない。

図１は、本実施形態に係るシステムの全体図である。図１に示すように、本システムは、管理装置である管理サーバ１、ホストサーバ２Ａ−２Ｃ、バックアップサーバ３、テープ装置４及びストレージ装置５を含む。

管理サーバ１、ホストサーバ２Ａ−２Ｃ、バックアップサーバ３及びストレージ装置５は、Local AreaNetwork（ＬＡＮ）等の通信ネットワーク６を介して、相互に接続されている。管理サーバ１には、ホストサーバ２Ａ−２Ｃ、バックアップサーバ３及びストレージ装置５が管理対象として登録されている。

ホストサーバ２Ａ−２Ｃ及びバックアップサーバ３と、ストレージ装置５との間には、ファイバチャネルスイッチ７が設けられている。ホストサーバ２Ａ−２Ｃ及びバックアップサーバ３と、ファイバチャネルスイッチ７とは光ファイバ等のファイバチャネル８により相互に接続されている。また、ストレージ装置５とファイバチャネルスイッチ７とは、ファイバチャネル８により相互に接続されている。さらに、バックアップサーバ３とテープ装置４とは、ファイバチャネル８により相互に接続されている。

本システムでは、ファイバチャネルスイッチ７を介してホストサーバ２Ａ−２Ｃ、バックアップサーバ３及びストレージ装置５をネットワーク接続することによりＳＡＮ（Storage Area Network）が構築されている。

ホストサーバ２Ａ−２Ｃ及びバックアップサーバ３は、例えば、パーソナルコンピュータやワークステーション、メインフレーム等である。ホストサーバ２Ａ−２Ｃ及びバックアップサーバ３は、ＣＰＵ、ＲＡＭやＲＯＭ等のメモリ、インターフェース、入出力装置等を備えている。ホストサーバ２Ａ−２Ｃは、仮想マシン（Virtual Machine、ＶＭ）プログラムを有している。

ホストサーバ２Ａは、ホストＯＳ１０Ａ、ゲストＯＳ１１Ａ及び１１Ｂを有している。ホストＯＳ１０Ａ、ゲストＯＳ１１Ａ及び１１Ｂは、ホストサーバ２Ａ上で動作するアプリケーションである。ホストサーバ２Ａでは、仮想マシンプログラムが実行されることにより、ゲストＯＳ１１Ａ及びゲストＯＳ１１Ｂが起動し、ホストＯＳ１０Ａ上でゲストＯＳ１１Ａ及びゲストＯＳ１１Ｂが動作する。

ホストサーバ２Ｂは、ホストＯＳ１０Ｂ及びゲストＯＳ１１Ｃを有している。ホストＯＳ１０Ｂ及びゲストＯＳ１１Ｃは、ホストサーバ２Ｂ上で動作するアプリケーションである。ホストサーバ２Ｂでは、仮想マシンプログラムが実行されることにより、ゲストＯＳ１１Ｃが起動し、ホストＯＳ１０Ｂ上でゲストＯＳ１１Ｃが動作する。

ホストサーバ２Ｃは、ホストＯＳ１０Ｃ及びゲストＯＳ１１Ｄを有している。ホストＯＳ１０Ｃ及びゲストＯＳ１１Ｄは、ホストサーバ２Ｃ上で動作するアプリケーションである。ホストサーバ２Ｃでは、仮想マシンプログラムが実行されることにより、ゲストＯＳ１１Ｄが起動し、ホストＯＳ１０Ｃ上でゲストＯＳ１１Ｄが動作する。

ホストＯＳ１０Ａ−１０Ｃは、仮想マシンプログラムを動作させているオペレーティングシステム（ＯＳ）であり、ゲストＯＳ１１Ａ−１１Ｄは、仮想マシン上で動作するＯＳである。また、ホストサーバ２Ａ−２Ｃ及びバックアップサーバ３は、ＳＡＮに接続するために必要なアダプタであるHost Bus Adapter（ＨＢＡ）を備えている。さらに、ホストサーバ２Ａ−２Ｃ及びバックアップサーバ３は、デバイスドライバ及びアプリケーションプログラム等を備えている。

ストレージ装置５は、物理ディスク２０Ａ−２０Ｆを備えている。ストレージ装置５には、物理ディスク２０Ａ及び２０Ｂを一つのまとまりとするＲＡＩＤグループ２１Ａが設けられている。また、ストレージ装置５には、物理ディスク２０Ｃ及び２０Ｄを一つのまとまりとするＲＡＩＤグループ２１Ｂが設けられている。さらに、ストレージ装置５には、物理ディスク２０Ｅ及び２０Ｆを一つのまとまりとするＲＡＩＤグループ２１Ｃが設けられている。

ストレージ装置５は、論理ディスク３１、３２及び３３を備えている。物理ディスク２０Ａ及び２０Ｂが連結され、一つの論理ディスク３１が構成される。物理ディスク２０Ｃ及び２０Ｄが連結され、一つの論理ディスク３２が構成される。物理ディスク２０Ｅ及び２０Ｆが連結され、一つの論理ディスク３３が構成される。

ストレージ装置５は、Logical Unit（ＬＵ）４１Ａ−４１Ｅを備えている。ＬＵ４１Ａ及び４１Ｂは、論理ディスク３１が分割された複数の記憶領域である。ＬＵ４１Ｃ及び４１Ｄは、論理ディスク３２が分割された複数の記憶領域である。ＬＵ４１Ｅは、論理ディスク３３を一つの記憶領域としたものである。このように、物理ディスク２０Ａ及び２０Ｂ上にＬＵ４１Ａ及び４１Ｂが設定され、物理ディスク２０Ｃ及び２０Ｄ上にＬＵ４１Ｃ及び４１Ｄが設定され、物理ディスク２０Ｅ及び２０Ｆ上にＬＵ４１Ｅが設定される。また、ＬＵ４１Ａ−４１Ｅは論理ボリュームとも呼ばれる。

ここで、ＬＵ４１Ａについて、ＲＡＩＤグループ２１Ａとの関係を述べるときは、ＬＵ４１ＡはＲＡＩＤグループ２１Ａに属するという。ＬＵ４１Ｂについて、ＲＡＩＤグループ２１Ａとの関係を述べるときは、ＬＵ４１ＢはＲＡＩＤグループ２１Ａに属するという。また、ＬＵ４１Ｃについて、ＲＡＩＤグループ２１Ｂとの関係を述べるときは、ＬＵ４１ＣはＲＡＩＤグループ２１Ｂに属するという。ＬＵ４１Ｄについて、ＲＡＩＤグループ２１Ｂとの関係を述べるときは、ＬＵ４１ＢはＲＡＩＤグループ２１Ｂに属するという。また、ＬＵ４１Ｅについて、ＲＡＩＤグループ２１Ｃとの関係を述べるときは、ＬＵ４１ＥはＲＡＩＤグループ２１Ｃに属するという。

ストレージ装置５は、外部インターフェースを備えており、管理サーバ１、ホストサーバ２Ａ−２Ｃ及びバックアップサーバ３との間でデータの送受信を行う。また、ストレージ装置５は、いわゆる省電力モード機能を備えており、物理ディスク２０Ａ−２０Ｆの回転を開始又は停止することにより、省電力モードのオンオフを切替える。

ホストサーバ２Ａ−２Ｃ及びバックアップサーバ３は、ＬＵ４１Ａ−４１Ｅを各単位として、ＬＵ４１Ａ−４１Ｅにアクセスする。すなわち、ホストサーバ２Ａ−２Ｃ及びバックアップサーバ３は、ＬＵ４１Ａ−４１Ｅの１つ以上をアクセスの対象として決定し、ＬＵ４１Ａ−４１Ｅの１つ以上を利用して所定の業務を実行する。

ホストＯＳ１０Ａ上でゲストＯＳ１１Ａが動作する場合、ホストＯＳ１０ＡによってＬＵ４１Ａ−４１Ｅの１つ以上がゲストＯＳ１１Ａに割り当てられる。したがって、ホストＯＳ１０ＡによってＬＵ４１Ａ−４１Ｅの１つ以上がゲストＯＳ１１Ａに割り当てられた場合、ゲストＯＳ１１Ａは、ＬＵ４１Ａ−４１Ｅの１つ以上をアクセスの対象とする。ゲストＯＳ１０Ｂ−１０Ｄについても、ゲストＯＳ１１Ａと同様である。

ファイバチャネルスイッチ７は、ネームサーバ機能やルーティング機能等を備える。ファイバチャネルスイッチ７は、ファイバチャネルスイッチ７に接続される各装置を関係付けるための設定がされる。図１では、１台のストレージ装置５がファイバチャネルスイッチ７に接続されているが、ストレージ装置５の数が１台に限定されるわけではない。複数台のストレージ装置５をファイバチャネルスイッチ７に接続することが可能である。また、管理サーバ１は、ファイバチャネルスイッチ７をアクセスすることにより、ＳＡＮの構成を取得することができる。

管理サーバ１は、例えば、パーソナルコンピュータやワークステーション、メインフレーム等である。図２に、管理サーバ１のハードウェア構成を示す。図２に示すように、管理サーバ１は、コンピュータプログラムを実行し、管理サーバ１を制御するＣＰＵ５０と、ＣＰＵ５０で実行されるコンピュータプログラムやＣＰＵ５０が処理するデータを記憶するメモリ５１を有する。また、図２に示すように、管理サーバ１は、ＣＰＵ５０と各種の装置とを接続するインターフェース５２、ハードディスク駆動装置５３、可搬媒体駆動装置５４、入力装置５５、表示装置５６を有している。

メモリ５１は、例えば、揮発性のＲＡＭ、不揮発性のＲＯＭである。インターフェース５２は、Universal Serial Bus（ＵＳＢ）等のシリアルインターフェース、あるいは、Peripheral Component Interconnect（ＰＣＩ）等のパラレルインターフェースのいずれでもよい。なお、ＣＰＵ５０と各装置とをインターフェース５２で接続しているが、ＣＰＵ５０と各装置との間を異なるインターフェースで接続してもよい。また、複数のインターフェースをブリッジ接続してもよい。

ハードディスク駆動装置５３は、メモリ５１にロードされるプログラムを格納する。また、ハードディスク駆動装置５３は、ＣＰＵ５０で処理されるデータを記憶する。可搬媒体駆動装置５４は、例えば、Compact Disc（ＣＤ）、Digital Versatile Disk（ＤＶＤ）、ＨＤ−ＤＶＤ、ブルーレイディスク等の駆動装置である。また、可搬媒体駆動装置５４は、フラッシュメモリ等の不揮発性メモリを有するカード媒体の入出力装置であってもよい。可搬媒体駆動装置５４が駆動する媒体は、例えば、ハードディスク駆動装置５３にインストールされるコンピュータプログラム、入力データ等を格納する。入力装置５５は、例えば、キーボード、マウス、ポインティングデバイス、ワイヤレスリモコン等である。

表示装置５６は、ＣＰＵ５０で処理されるデータやメモリ５１に記憶されるデータを表示する。表示装置５６は、例えば、液晶表示装置、プラズマディスプレイパネル、Cathode Ray Tube（ＣＲＴ）、エレクトロルミネッセンスパネル等である。

図３に、管理サーバ１の機能ブロック図を示す。管理サーバ１は、インターフェース部５９、取得部６０、記録部６１、抽出部６２、更新部６３及び指示部６４を有する。これらの各機能部は、ＣＰＵ５０、メモリ５１等を含むコンピュータ、各装置及びコンピュータ上で実行されるプログラム等によって実現することができる。

インターフェース部５９は、ホストサーバ２Ａ−２Ｃ及びバックアップサーバ３へのアクセスや、ホストサーバ２Ａ−２Ｃ及びバックアップサーバ３からの通知を受け付ける。

取得部６０は、インターフェース部５９を介して、ホストサーバ２Ａ−２Ｃ、バックアップサーバ３及びストレージ装置５に関するデータを取得する。

記録部６１には、管理サーバ１の管理対象に関するデータが記録される。例えば、ホストサーバ２Ａ−２Ｃ、バックアップサーバ３及びストレージ装置５の名称が、管理サーバ１の管理対象に関するデータとして記録される。記録部６１は、サーバＶＭテーブル７０（第２記録部に相当）及びストレージテーブル８０（第１記録部に相当）を有している。サーバＶＭテーブル７０には、ホストサーバ２Ａ−２Ｃ及びバックアップサーバ３に関するデータが記録される。ストレージテーブル８０には、ストレージ装置５に関するデータが記録される。

抽出部６２は、記録部６１に記録されているデータを抽出する。抽出部６２は、サーバＶＭテーブル７０に記録されているホストサーバ２Ａ−２Ｃ及びバックアップサーバ３に関するデータを抽出する。抽出部６２は、ストレージテーブル８０に記録されているストレージ装置５に関するデータを抽出する。

更新部６３は、記録部６１に記録されているデータを更新する。更新部６３は、サーバＶＭテーブル７０に記録されているホストサーバ２Ａ−２Ｃ及びバックアップサーバ３に関するデータを更新する。更新部６３は、ストレージテーブル８０に記録されているストレージ装置５に関するデータを更新する。

指示部６４は、インターフェース部５９を介して、ホストサーバ２Ａ−２Ｃ、バックアップサーバ３及びストレージ装置５に所定の指示を行う。

次に、管理サーバ１が、ＬＡＮを介してホストサーバ２Ａ−２Ｃ、バックアップサーバ３及びストレージ装置５から各種のデータを取得する処理を説明する。具体的には、取得部６０が、ホストＯＳ１０Ａ−１０Ｃ、バックアップサーバ３及びストレージ装置５から、各種のデータを取得する。

ここでは、ホストサーバ２Ａは、ＬＵ４１Ａ及びＬＵ４１Ｂをアクセスの対象としている。そして、ホストサーバ２Ｂは、ＬＵ４１Ｃをアクセスの対象としている。また、ホストサーバ２Ｃは、ＬＵ４１Ｄをアクセスの対象としている。さらに、バックアップサーバ３は、ＬＵ４１Ｅをアクセスの対象としている。

また、ホストサーバ２Ａ−２Ｃでは、仮想マシンが起動していることを前提とする。そして、ホストＯＳ１０Ａによって、ゲストＯＳ１１ＡにはＬＵ４１Ａが割り当てられ、ゲストＯＳ１１ＢにはＬＵ４１Ｂが割り当てられている。さらに、ホストＯＳ１０Ｂによって、ゲストＯＳ１１ＣにはＬＵ４１Ｃが割り当てられている。また、ホストＯＳ１０Ｃによって、ゲストＯＳ１１ＤにはＬＵ４１Ｄが割り当てられている。

ホストサーバ２Ａ−２Ｃ、バックアップサーバ３及びストレージ装置５から取得する各種のデータは、サーバＶＭテーブル７０又はストレージテーブル８０に記録される。図４は、サーバＶＭテーブル７０を示す図であり、図５は、ストレージテーブル８０を示す図である。

取得部６０は、インターフェース部５９を介して、ホストＯＳ１０Ａ−１０Ｃから、サーバ名、World Wide Name（ＷＷＮ）、サーバ動作状態、ゲストＯＳ名、ゲストＯＳ起動状態及びLogical Unit Number（ＬＵＮ）の各データを取得する。また、取得部６０は、インターフェース部５９を介して、バックアップサーバ３から、サーバ名、ＷＷＮ、サーバ動作状態及びＬＵＮの各データを取得する。

インターフェース部５９を介して、取得部６０が定期的にホストサーバ２Ａ−２Ｃ及びバックアップサーバ３をアクセスすることにより、各データを取得しても良い。また、定期的又は所定条件を満たした場合に、ホストサーバ２Ａ−２Ｃ及びバックアップサーバ３が各データを管理サーバ１に送信するようにしても良い。管理サーバ１に送信された各データは、インターフェース部５９を介して取得部６０が取得する。

サーバ名は、ホストサーバ２Ａ−２Ｃ及びバックアップサーバ３の名称である。図４に示すサーバＶＭテーブル７０のサーバ名のフィールドには、ホストサーバ２Ａ−２Ｃ及びバックアップサーバ３の名称が記録される。

ＷＷＮは、ＳＡＮを構成するホストサーバ２Ａ−２Ｃ及びバックアップサーバ３に割り当てられている固有の識別名である。図４に示すサーバＶＭテーブル７０のＷＷＮのフィールドには、ＷＷＮ＃１、ＷＷＮ＃２、ＷＷＮ＃３及びＷＷＮ＃４が記録される。ＷＷＮ＃１、ＷＷＮ＃２、ＷＷＮ＃３及びＷＷＮ＃４は、ホストサーバ２Ａ−２Ｃ及びバックアップサーバ３にそれぞれ割り当てられている固有の識別名である。

サーバ動作状態は、ホストサーバ２Ａ−２Ｃ及びバックアップサーバ３の現在の動作状態である。サーバ動作状態として、動作中又は停止中がある。ゲストＯＳ１１Ａ及びゲストＯＳ１１Ｂのいずれかが起動開始あるいは起動中の場合、ホストサーバ２Ａのサーバ動作状態は動作中となる。また、ゲストＯＳ１１Ａ及びゲストＯＳ１１Ｂの両方が停止中の場合、ホストサーバ２Ａのサーバ動作状態は停止中となる。

ゲストＯＳ１１Ｃが起動している場合、ホストサーバ２Ｂのサーバ動作状態は動作中となる。ゲストＯＳ１１Ｃが起動していない場合、ホストサーバ２Ｂのサーバ動作状態は停止中となる。ゲストＯＳ１１Ｄが起動している場合、ホストサーバ２Ｃのサーバ動作状態は動作中となる。ゲストＯＳ１１Ｃが起動していない場合、ホストサーバ２Ｃのサーバ動作状態は停止中となる。

ゲストＯＳ名は、ゲストＯＳ１１Ａ−１１Ｄの名称である。図４に示すサーバＶＭテーブル７０のゲストＯＳ名のフィールドにおける行１には、ゲストＯＳ１１Ａの名称として「ＶＭ−Ａ」が記録される。図４に示すサーバＶＭテーブル７０のゲストＯＳ名のフィールドにおける行２には、ゲストＯＳ１１Ｂの名称として「ＶＭ−Ｂ」が記録される。図４に示すサーバＶＭテーブル７０のゲストＯＳ名のフィールドにおける行３には、ゲストＯＳ１１Ｃの名称として「ＶＭ−Ｃ」が記録される。図４に示すサーバＶＭテーブル７０のゲストＯＳ名のフィールドにおける行４には、ゲストＯＳ１１Ｄの名称として「ＶＭ−Ｄ」が記録される。

ゲストＯＳ起動状態は、ゲストＯＳ１１Ａ−１１Ｄの現在の起動状態である。ゲストＯＳ起動状態として、起動開始、起動中又は停止中がある。

ＬＵＮは、ストレージ装置５が有するＬＵ４１Ａ−４１Ｅを識別するための番号である。図４に示すサーバＶＭテーブル７０のＬＵＮのフィールドには、「VOLUME#A」、「VOLUME#B」、「VOLUME#C」、「VOLUME#D」及び「VOLUME#E」が記録される。

図４では、説明の便宜のために、「VOLUME#A」、「VOLUME#B」、「VOLUME#C」、「VOLUME#D」及び「VOLUME#E」と表記しているが、実際にはコード化された３ビットの識別子がＶＭテーブル６０のＬＵＮのフィールドに記録される。

「VOLUME#A」は、ゲストＯＳ１１Ａに割り当てられているＬＵ４１ＡのＬＵＮである。図４に示すように、サーバＶＭテーブル７０のＬＵＮのフィールドにおける行１に「VOLUME#A」が記録される。

「VOLUME#B」は、ゲストＯＳ１１Ｂに割り当てられているＬＵ４１ＢのＬＵＮである。図４に示すように、サーバＶＭテーブル７０のＬＵＮのフィールドにおける行２に「VOLUME#B」が記録される。

「VOLUME#C」は、ゲストＯＳ１１Ｃに割り当てられているＬＵ４１ＣのＬＵＮである。図４に示すように、サーバＶＭテーブル７０のＬＵＮのフィールドにおける行３に「VOLUME#C」が記録される。

「VOLUME#D」は、ゲストＯＳ１１Ｄに割り当てられているＬＵ４１ＤのＬＵＮである。図４に示すように、サーバＶＭテーブル７０のＬＵＮのフィールドにおける行４に「VOLUME#D」が記録される。

「VOLUME#E」は、バックアップサーバ３のアクセスの対象であるＬＵ４１ＥのＬＵＮである。図４に示すように、サーバＶＭテーブル７０のＬＵＮのフィールドにおける行５に「ＶＯＬＵＭＥ＃Ｅ」が記録される。

このように、図４に示すサーバＶＭテーブル７０では、サーバ名、ＷＷＮ、サーバ動作状態、ゲストＯＳ名、ゲストＯＳ起動状態及びＬＵＮのデータによって１つのグループが構成されている。このグループ内では、サーバ名、ＷＷＮ、サーバ動作状態、ゲストＯＳ名、ゲストＯＳ起動状態及びＬＵＮのデータが相互に関係付けられている。例えば、図４に示すサーバＶＭテーブル７０の行１では、「ホストサーバ２Ａ」、「ＷＷＮ＃１」、「停止中」、「ＶＭ−Ａ」、「停止中」及び「VOLUME#A」によって１つのグループが構成されている。図４に示すサーバＶＭテーブル７０の他の行も同様である。

取得部６０は、ストレージ装置５から、ＬＵＮ、アクセスサーバ番号、ストレージ名及びディスクの回転状態の各データを取得する。図５に示すストレージテーブル８０のＬＵＮのフィールドには、ホストサーバ２Ａ−２Ｃ及びバックアップサーバ３のアクセスの対象であるＬＵ４１のＬＵＮが記録される。

アクセスサーバ番号は、ＬＵ４１をアクセスの対象とするホストサーバ２Ａ−２Ｃ及びバックアップサーバ３を識別するための番号である。アクセスサーバ番号として、ホストサーバ２Ａ−２Ｃ及びバックアップサーバ３に割り当てられているＷＷＮが用いられる。

ＷＷＮ＃１は、ホストサーバ２Ａに割り当てられている固有の識別名である。ホストサーバ２Ａは、ＬＵ４１Ａ及びＬＵ４１Ｂをアクセスの対象としている。したがって、図５に示すストレージテーブル８０のアクセスサーバ番号のフィールドにおける行１及び行２には、ＷＷＮ＃１が記録される。

ＷＷＮ＃２は、ホストサーバ２Ｂに割り当てられている固有の識別名である。ホストサーバ２Ｂは、ＬＵ４１Ｃをアクセスの対象としている。したがって、図５に示すストレージテーブル８０のアクセスサーバ番号のフィールドにおける行３には、ＷＷＮ＃２が記録される。

ＷＷＮ＃３は、ホストサーバ２Ｃに割り当てられている固有の識別名である。ホストサーバ２Ｃは、ＬＵ４１Ｄをアクセスの対象としている。したがって、図５に示すストレージテーブル８０のアクセスサーバ番号のフィールドにおける行４には、ＷＷＮ＃３が記録される。

ＷＷＮ＃４は、バックアップサーバ３に割り当てられている固有の識別名である。バックアップサーバ３は、ＬＵ４１Ｅをアクセスの対象としている。したがって、図５に示すストレージテーブル８０のアクセスサーバ番号のフィールドにおける行５には、ＷＷＮ＃４が記録される。

ストレージ名は、ストレージ装置５に設定されるＲＡＩＤグループ２１Ａ−２１Ｃの名称である。

ＲＡＩＤグループ２１Ａは、ＬＵ４１Ａ（VOLUME#A）及びＬＵ４１Ｂ（VOLUME#B）が設定される物理ディスク２０Ａ及び２０Ｂを一つのまとまりとしたものである。図５に示すストレージテーブル８０のストレージ名のフィールドにおける行１及び行２には、ＲＡＩＤグループ２１Ａの名称として、「ＤＩＤＫ−Ａ」が記録される。

ＲＡＩＤグループ２１Ｂは、ＬＵ４１Ｃ（VOLUME#C）及びＬＵ４１Ｄ（VOLUME#D）が設定される物理ディスク２０Ｃ及び２０Ｄを一つのまとまりとしたものである。図５に示すストレージテーブル８０のストレージ名のフィールドにおける行３及び行４には、ＲＡＩＤグループ２１Ｂの名称として、「ＤＩＤＫ−Ｂ」が記録される。

ＲＡＩＤグループ２１Ｃは、ＬＵ４１Ｅ（VOLUME#E）が設定される物理ディスク２０Ｅ及び２０Ｆを一つのまとまりとしたものである。図５に示すストレージテーブル８０のストレージ名のフィールドにおける行５には、ＲＡＩＤグループ２１Ｃの名称として「ＤＩＤＫ−Ｃ」が記録される。

ディスク回転状態は、物理ディスク２０Ａ−２０Ｆの現在の回転状態である。
図５に示すストレージテーブル８０のディスク回転状態のフィールドの行１及び行２には、ＲＡＩＤグループ２１Ａの物理ディスク２０Ａ及び２０Ｂの回転状態が記録される。図５に示すストレージテーブル８０のディスク回転状態のフィールドの行３及び行４には、ＲＡＩＤグループ２１Ｂの物理ディスク２０Ｃ及び２０Ｄの回転状態が記録される。図５に示すストレージテーブル８０のディスク回転状態のフィールドの行５には、ＲＡＩＤグループ２１Ｃの物理ディスク２０Ｅ及び２０Ｆの回転状態が記録される。

図５に示すストレージテーブル８０では、ＬＵＮ、アクセスサーバ番号、ストレージ名及びディスク回転状態のデータによって１つのグループが構成されている。このグループ内では、ＬＵＮ、アクセスサーバ番号、ストレージ名及びディスク回転状態のデータが相互に関係付けられている。例えば、図５に示すストレージテーブル８０の行１では、「VOLUME#A」、「ＷＷＮ＃１」、「ＤＩＳＫ−Ａ」及び「停止中」によって一つのグループが構成されている。図５に示すストレージテーブル８０の他の行も同様である。

〈ゲストＯＳ１１Ａの起動における管理サーバ１の処理の説明〉
図６を参照して、ゲストＯＳ１１Ａを起動させる場合の管理サーバ１の処理を説明する。図６は、ゲストＯＳ１１Ａを起動させる場合の管理サーバ１の処理の流れを示すフローである。ここでは、ゲストＯＳ１１Ａ−１１Ｄは停止中の状態である。また、バックアップサーバ３は停止中の状態である。したがって、管理サーバ１が有するサーバＶＭテーブル７０は、図４に示す状態である。また、管理サーバ１が有するストレージテーブル８０は、図５に示す状態である。

まず、インターフェース部５９は、ホストＯＳ１０ＡからゲストＯＳ１１Ａの起動の事前通知を受け取る（Ｓ６０１）。インターフェース部５９によって、ホストＯＳ１０ＡからゲストＯＳ１１Ａの起動の事前通知を受け取った場合、抽出部６２は、ゲストＯＳ１１Ａに割り当てられているＬＵ４１ＡのＬＵＮのデータを、サーバＶＭテーブル７０から抽出する（Ｓ６０２）。ここでは、ゲストＯＳ１１Ａに割り当てられているＬＵ４１ＡのＬＵＮである「VOLUME#A」が、図４に示すサーバＶＭテーブル７０から抽出される。

次に、抽出部６２は、Ｓ６０２の処理で抽出された「VOLUME#A」と関係付けられているストレージ名及びディスク回転状態の各データを、ストレージテーブル８０から抽出する（Ｓ６０３）。すなわち、抽出部６２は、Ｓ６０２の処理で抽出された「VOLUME#A」に基づいて、ＬＵ４１Ａが設定される物理ディスク２０Ａ及び２０ＢのＲＡＩＤグループ２１Ａに関するデータをストレージテーブル８０から抽出する。ここでは、図５に示すストレージテーブル８０から「ＤＩＳＫ−Ａ」が、ストレージ名のデータとして抽出される。また、図５に示すストレージテーブル８０から「停止中」が、ディスク回転状態のデータとして抽出される。

次に、更新部６３は、サーバＶＭテーブル７０のサーバ動作状態のフィールド及びゲストＯＳ起動状態のフィールドを更新する（Ｓ６０４）。図７は、サーバ動作状態のフィールド及びゲストＯＳ起動状態のフィールドが更新された状態のサーバＶＭテーブル７０の図である。図７に示すサーバＶＭテーブル７０のサーバ動作状態のフィールドにおける行１〜２では、「停止中」から「動作中」にデータが更新されている。また、図７に示すサーバＶＭテーブル７０のゲストＯＳ起動状態のフィールドにおける行１では、「停止中」から「起動開始」にデータが更新されている。

そして、更新部６３は、ストレージテーブル８０のディスク回転状態のフィールドを更新する（Ｓ６０５）。図８は、ディスク回転状態のフィールドが更新された状態のストレージテーブル８０の図である。図８に示すストレージテーブル８０のディスク回転状態のフィールドにおける行１及び行２では、「停止中」から「回転開始」にデータが更新されている。

次に、指示部６４は、インターフェース部５９を介して、物理ディスク２０Ａ及び２０Ｂの回転開始の指示をストレージ装置５に送る（Ｓ６０６）。

ここで、物理ディスク２０Ａ及び２０Ｂの回転開始の指示を受け取ったストレージ装置５は、物理ディスク２０Ａ及び２０Ｂの回転を開始する。そして、物理ディスク２０Ａ及び２０Ｂの回転がアクセス可能な状態になった場合、ストレージ装置５は、物理ディスク２０Ａ及び２０Ｂがアクセス可能になったことの通知を管理サーバ１に送る。

物理ディスク２０Ａ及び２０Ｂがアクセス可能になったことの通知を受け取った場合、更新部６３は、ストレージテーブル８０のディスク回転状態のフィールドを更新する（Ｓ６０７）。図９は、ディスク回転状態のフィールドが更新された状態のストレージテーブル８０の図である。図９に示すストレージテーブル８０のディスク回転状態のフィールドにおける行１及び行２では、「回転開始」から「アクセス可能」にデータが更新されている。

次に、指示部６４は、インターフェース部５９を介して、ゲストＯＳ１１Ａの起動の指示をホストサーバ２Ａに送る（Ｓ６０８）。

そして、更新部６３は、サーバＶＭテーブル７０のゲストＯＳ起動状態のフィールドを更新する（Ｓ６０９）。図１０は、ゲストＯＳ起動状態のフィールドが更新された状態のサーバＶＭテーブル７０の図である。図１０に示すサーバＶＭテーブル７０のゲストＯＳ起動状態のフィールドにおける行１では、「起動開始」から「起動中」にデータが更新されている。

ゲストＯＳ１１Ａの起動の指示を受け取ったホストサーバ２Ａは、ゲストＯＳ１１Ａを起動する。Ｓ６０９の処理の後、ゲストＯＳ１１Ａの起動における管理サーバ１の処理を終了する。

〈ゲストＯＳ１１Ｂの起動における管理サーバ１の処理の説明〉
図１１を参照して、ゲストＯＳ１１Ｂを起動させる場合の管理サーバ１の処理を説明する。図１１は、ゲストＯＳ１１Ｂを起動させる場合の管理サーバ１の処理の流れを示すフローである。ここでは、ゲストＯＳ１１Ａは起動中の状態であり、ゲストＯＳ１１Ｂ−１１Ｄは停止中の状態である。また、バックアップサーバ３は停止中の状態である。したがって、管理サーバ１が有するサーバＶＭテーブル７０は、図１０に示す状態である。また、管理サーバ１が有するストレージテーブル８０は、図９に示す状態である。

まず、インターフェース部５９は、ホストＯＳ１０ＡからゲストＯＳ１１Ｂの起動の事前通知を受け取る（Ｓ１１０１）。インターフェース部５９によって、ホストＯＳ１０ＡからゲストＯＳ１１Ｂの起動の事前通知を受け取った場合、抽出部６２は、ゲストＯＳ１１Ｂに割り当てられているＬＵ４１ＢのＬＵＮのデータを、サーバＶＭテーブル７０から抽出する（Ｓ１１０２）。ここでは、ゲストＯＳ１１Ｂに割り当てられているＬＵ４１ＢのＬＵＮである「VOLUME#B」が、図１０に示すサーバＶＭテーブル７０から抽出される。

次に、抽出部６２は、Ｓ１１０２の処理で抽出された「VOLUME#B」と関係付けられているストレージ名及びディスク回転状態の各データを、ストレージテーブル８０から抽出する（Ｓ１１０３）。すなわち、抽出部６２は、Ｓ１１０２の処理で抽出された「VOLUME#B」に基づいて、ＬＵ４１Ｂが設定される物理ディスク２０Ａ及び２０ＢのＲＡＩＤグループ２１Ａに関するデータをストレージテーブル８０から抽出する。ここでは、図９に示すストレージテーブル８０から「ＤＩＳＫ−Ａ」が、ストレージ名のデータとして抽出される。また、図９に示すストレージテーブル８０から「アクセス可能」が、ディスク回転状態のデータとして抽出される。

次に、指示部６４は、インターフェース部５９を介して、ゲストＯＳ１１Ｂの起動の指示をホストサーバ２Ａに送る（Ｓ１１０４）。ゲストＯＳ１１Ｂに割り当てられているＬＵ４１Ｂが設定される物理ディスク２０Ａ及び２０Ｂは、アクセス可能の状態である。そのため、ゲストＯＳ１１Ｂの起動の指示がホストサーバ２Ａに送られる。

そして、更新部６３は、サーバＶＭテーブル７０のゲストＯＳ起動状態のフィールドを更新する（Ｓ１１０５）。図１２は、ゲストＯＳ起動状態のフィールドが更新された状態のサーバＶＭテーブル７０の図である。図１２に示すサーバＶＭテーブル７０のゲストＯＳ起動状態のフィールドにおける行２では、「停止中」から「起動中」にデータが更新されている。

ゲストＯＳ１１Ｂの起動の指示を受け取ったホストサーバ２Ａは、ゲストＯＳ１１Ｂを起動する。Ｓ１１０５の処理の後、ゲストＯＳ１１Ｂの起動における管理サーバ１の処理を終了する。

〈ゲストＯＳ１１Ｂの停止における管理サーバ１の処理の説明〉
図１３を参照して、ゲストＯＳ１１Ｂを停止させる場合の管理サーバ１の処理を説明する。図１３は、ゲストＯＳ１１Ｂを停止させる場合の管理サーバ１の処理の流れを示すフローである。ここでは、ゲストＯＳ１１Ａ及び１１Ｂは起動中の状態であり、ゲストＯＳ１１Ｃ及び１１Ｄは停止中の状態である。また、バックアップサーバ３は停止中の状態である。したがって、管理サーバ１が有するサーバＶＭテーブル７０は、図１２に示す状態である。また、管理サーバ１が有するストレージテーブル８０は、図９に示す状態である。

まず、インターフェース部５９は、ホストＯＳ１０ＡからゲストＯＳ１１Ｂの停止の通知を受け取る（Ｓ１３０１）。インターフェース部５９によって、ホストＯＳ１０ＡからゲストＯＳ１１Ｂの停止の通知を受け取った場合、更新部６３は、サーバＶＭテーブル７０のゲストＯＳ起動状態のフィールドを更新する（Ｓ１３０２）。図１４は、ゲストＯＳ起動状態のフィールドが更新された状態のサーバＶＭテーブル７０の図である。図１４に示すサーバＶＭテーブル７０のゲストＯＳ起動状態のフィールドにおける行２では、「起動中」から「停止中」にデータが更新されている。

そして、抽出部６２は、ゲストＯＳ１１Ｂに割り当てられているＬＵ４１ＢのＬＵＮのデータを、サーバＶＭテーブル７０から抽出する（Ｓ１３０３）。ここでは、ゲストＯＳ１１Ｂに割り当てられているＬＵ４１ＢのＬＵＮである「VOLUME#B」が、図１４に示すサーバＶＭテーブル７０から抽出される。

次に、抽出部６２は、Ｓ１３０３の処理で抽出された「VOLUME#B」と関係付けられているストレージ名のデータを、ストレージテーブル８０から抽出する（Ｓ１３０４）。すなわち、抽出部６２は、Ｓ１３０３の処理で抽出された「VOLUME#B」に基づいて、ＬＵ４１Ｂが設定される物理ディスク２０Ａ及び２０ＢのＲＡＩＤグループ２１Ａに関するデータをストレージテーブル８０から抽出する。ここでは、図９に示すストレージテーブル８０から「ＤＩＳＫ−Ａ」が、ストレージ名のデータとして抽出される。

そして、抽出部６２は、Ｓ１３０４の処理で抽出された「ＤＩＳＫ−Ａ」と関係付けられているＬＵＮのデータを、ストレージテーブル８０から抽出する（Ｓ１３０５）。ここでは、図９に示すストレージテーブル８０から、「VOLUME#A」及び「VOLUME#B」が抽出される。

次に、抽出部６２は、「VOLUME#A」と関係付けられているゲストＯＳ名及びゲスト起動状態の各データを、図１４に示すサーバＶＭテーブル７０から抽出する（Ｓ１３０６）。この場合、抽出部６２は、「ＶＭ−Ａ」及び「起動中」を、図１４に示すサーバＶＭテーブル７０から抽出する。図１４に示すサーバＶＭテーブル７０から抽出された「ＶＭ−Ａ」は、ＬＵ４１Ａ（VOLUME#A）を割り当てられているゲストＯＳ１１Ａの名称である。また、図１４に示すサーバＶＭテーブル７０から抽出された「起動中」は、ＬＵ４１Ａ（VOLUME#A）を割り当てられているゲストＯＳ１１Ａの起動状態である。

そして、抽出部６２は、「VOLUME#B」と関係付けられているゲストＯＳ名及びゲスト起動状態の各データを、図１４に示すサーバＶＭテーブル７０から抽出する（Ｓ１３０７）。この場合、抽出部６２は、「ＶＭ−Ｂ」及び「停止中」を図１４に示すサーバＶＭテーブル７０から抽出する。図１４に示すサーバＶＭテーブル７０から抽出された「ＶＭ−Ｂ」は、ＬＵ４１Ｂ（VOLUME#B）を割り当てられているゲストＯＳ１１Ｂの名称である。また、図１４に示すサーバＶＭテーブル７０から抽出された「停止中」は、ＬＵ４１Ｂ（VOLUME#B）を割り当てられているゲストＯＳ１１Ｂの起動状態である。

Ｓ１３０７の処理を行った後、ゲストＯＳ１１Ｂの停止における管理サーバ１の処理を終了する。ＬＵ４１Ａ（VOLUME#A）を割り当てられているゲストＯＳ１１Ａの起動状態は「起動中」であり、物理ディスク２０Ａ及び２０Ｂの回転を継続させる必要がある。したがって、管理サーバ１はストレージ装置５に対して、物理ディスク２０Ａ及び２０Ｂの回転停止の指示を行わない。

〈ゲストＯＳ１１Ａの停止における管理サーバ１の処理の説明〉
図１５を参照して、ゲストＯＳ１１Ａを停止させる場合の管理サーバ１の処理を説明する。図１５は、ゲストＯＳ１１Ｂを起動させる場合の管理サーバ１の処理の流れを示すフローである。ここでは、ゲストＯＳ１１Ａは起動中の状態である。また、ゲストＯＳ１１Ｂ、１１Ｃ及び１１Ｄは停止中の状態である。また、バックアップサーバ３は停止中の状態である。したがって、管理サーバ１が有するサーバＶＭテーブル７０は、図１４に示す状態である。また、管理サーバ１が有するストレージテーブル８０は、図９に示す状態である。

まず、インターフェース部５９は、ホストＯＳ１０ＡからゲストＯＳ１１Ａの停止の通知を受け取る（Ｓ１５０１）。インターフェース部５９によって、ホストＯＳ１０ＡからゲストＯＳ１１Ａの停止の通知を受け取った場合、更新部６３は、サーバＶＭテーブル７０のサーバ動作状態のフィールド及びゲストＯＳ起動状態のフィールドを更新する（Ｓ１５０２）。図１６は、サーバ動作状態のフィールド及びゲストＯＳ起動状態のフィールドが更新された状態のサーバＶＭテーブル７０の図である。図１６に示すサーバＶＭテーブル７０のサーバ動作状態のフィールドにおける行１〜２では、「動作中」から「停止中」にデータが更新されている。図１６に示すサーバＶＭテーブル７０のゲストＯＳ起動状態のフィールドにおける行１では、「起動中」から「停止中」にデータが更新されている。

そして、抽出部６２は、ゲストＯＳ１１Ａに割り当てられているＬＵ４１ＡのＬＵＮのデータを、サーバＶＭテーブル７０から抽出する（Ｓ１５０３）。ここでは、ゲストＯＳ１１Ａに割り当てられているＬＵ４１ＡのＬＵＮである「VOLUME#A」が、図１６に示すサーバＶＭテーブル７０から抽出される。

次に、抽出部６２は、Ｓ１５０３の処理で抽出された「VOLUME#A」と関係付けられているストレージ名のデータを、ストレージテーブル８０から抽出する（Ｓ１５０４）。すなわち、抽出部６２は、Ｓ１５０３の処理で抽出された「VOLUME#A」に基づいて、ＬＵ４１Ａが設定される物理ディスク２０Ａ及び２０ＢのＲＡＩＤグループ２１Ａに関するデータをストレージテーブル８０から抽出する。ここでは、図９に示すストレージテーブル８０から「ＤＩＳＫ−Ａ」が、ストレージ名のデータとして抽出される。

そして、抽出部６２は、Ｓ１５０４の処理で抽出された「ＤＩＳＫ−Ａ」と関係付けられているＬＵＮのデータを、ストレージテーブル８０から抽出する（Ｓ１５０５）。ここでは、図９に示すストレージテーブル８０から、「VOLUME#A」及び「VOLUME#B」が抽出される。

次に、抽出部６２は、「VOLUME#A」と関係付けられているゲストＯＳ名及びゲスト起動状態の各データを、図１６に示すサーバＶＭテーブル７０から抽出する（Ｓ１５０６）。この場合、抽出部６２は、「ＶＭ−Ａ」及び「停止中」を、図１６に示すサーバＶＭテーブル７０から抽出する。図１６に示すサーバＶＭテーブル７０から抽出された「ＶＭ−Ａ」は、ＬＵ４１Ａ（VOLUME#A）を割り当てられているゲストＯＳ１１Ａの名称である。また、図１６に示すサーバＶＭテーブル７０から抽出された「停止中」は、ＬＵ４１Ａ（VOLUME#A）を割り当てられているゲストＯＳ１１Ａの起動状態である。

そして、抽出部６２は、「VOLUME#B」と関係付けられているゲストＯＳ名及びゲスト起動状態の各データを、図１６に示すサーバＶＭテーブル７０から抽出する（Ｓ１５０７）。この場合、抽出部６２は、「ＶＭ−Ｂ」及び「停止中」を図１６に示すサーバＶＭテーブル７０から抽出する。図１６に示すサーバＶＭテーブル７０から抽出された「ＶＭ−Ｂ」は、ＬＵ４１Ｂ（VOLUME#B）を割り当てられているゲストＯＳ１１Ｂの名称である。また、図１６に示すサーバＶＭテーブル７０から抽出された「停止中」は、ＬＵ４１Ｂ（VOLUME#B）を割り当てられているゲストＯＳ１１Ｂの起動状態である。

次に、指示部６４は、インターフェース部５９を介して、物理ディスク２０Ａ及び２０Ｂの回転停止の指示をストレージ装置５に送る（Ｓ１５０８）。ゲストＯＳ１１Ａに割り当てられているＬＵ４１Ａ（VOLUME#A）は、ＲＡＩＤグループ２１Ａに属している。ゲストＯＳ１１Ｂに割り当てられているＬＵ４１Ｂ（VOLUME#B）は、ＲＡＩＤグループ２１Ａに属している。ＬＵ４１Ａ（VOLUME#A）を割り当てられているゲストＯＳ１１Ａの起動状態は「停止中」であり、ＬＵ４１Ｂ（VOLUME#B）を割り当てられているゲストＯＳ１１Ｂの起動状態は「停止中」である。すなわち、ＲＡＩＤグループ２１Ａの物理ディスク２０Ａ及び２０Ｂをアクセスの対象とするホストサーバ２ＡのゲストＯＳ１１Ａ及びゲストＯＳ１１Ｂの起動状態は、共に「停止中」である。したがって、物理ディスク２０Ａ及び２０Ｂの回転を停止することが可能となり、物理ディスク２０Ａ及び２０Ｂの回転停止の指示がストレージ装置５に送られる。物理ディスク２０Ａ及び２０Ｂの回転停止の指示を受け取ったストレージ装置５は、物理ディスク２０Ａ及び２０Ｂの回転を停止する。

そして、更新部６３は、ストレージテーブル８０のディスク回転状態のフィールドを更新する（Ｓ１５０９）。図１７は、ディスク回転状態のフィールドが更新された状態のストレージテーブル８０の図である。図１７に示すストレージテーブル８０のディスク回転状態のフィールドにおける行１及び行２では、「アクセス可能」から「停止中」にデータが更新されている。Ｓ１５０９の処理を行った後、ゲストＯＳ１１Ａの停止における管理サーバ１の処理を終了する。

〈バックアップサーバ３のバックアップ処理における管理サーバ１の処理の説明〉
図１８を参照して、バックアップサーバ３がバックアップ処理を行う場合の管理サーバ１の処理を説明する。図１８は、バックアップサーバ３がバックアップ処理を行う場合の管理サーバ１の処理の流れを示すフローである。ここでは、ゲストＯＳ１１Ａ−１１Ｄ及びバックアップサーバ３は停止中の状態である。したがって、管理サーバ１が有するサーバＶＭテーブル７０は、図４に示す状態である。また、管理サーバ１が有するストレージテーブル８０は、図５に示す状態である。

バックアップサーバ３は、ユーザーからバックアップの指示を受け付ける。バックアップの指示は、ＬＵ４１Ａに記録されているデータをＬＵ４１Ｅに複写する指示であるものとする。バックアップの指示を受け付けたバックアップサーバ３は、ＬＵ４１Ａに記録されているデータをＬＵ４１Ｅに複写する通知を管理サーバ１に送る。

インターフェース部５９は、ＬＵ４１Ａに記録されているデータをＬＵ４１Ｅに複写する通知をバックアップサーバ３から受け取る（Ｓ１８０１）。インターフェース部５９によって、ＬＵ４１Ａに記録されているデータをＬＵ４１Ｅに複写する通知を受け取った場合、更新部６３は、サーバＶＭテーブル７０のサーバ動作状態のフィールドを更新する（Ｓ１８０２）。図１９は、サーバ動作状態のフィールドが更新された状態のサーバＶＭテーブル７０の図である。図１９に示すサーバＶＭテーブル７０のサーバ動作状態のフィールドにおける行５では、「停止中」から「動作中」にデータが更新されている。

そして、抽出部６２は、バックアップサーバ３がアクセスの対象とするＬＵ４１ＥのＬＵＮのデータを、サーバＶＭテーブル７０から抽出する（Ｓ１８０３）。ここでは、バックアップサーバ３がアクセスの対象とするＬＵ４１ＥのＬＵＮである「VOLUME#E」が、図１９に示すサーバＶＭテーブル７０から抽出される。

次に、抽出部６２は、Ｓ１８０３の処理で抽出された「VOLUME#E」と関係付けられているストレージ名及びディスク回転状態の各データを、ストレージテーブル８０から抽出する（Ｓ１８０４）。すなわち、抽出部６２は、Ｓ１８０３の処理で抽出された「VOLUME#E」に基づいて、ＬＵ４１Ｅが設定される物理ディスク２０Ｅ及び２０ＦのＲＡＩＤグループ２１Ｃに関するデータのうちストレージ名及びディスク回転状態の各データをストレージテーブル８０から抽出する。ここでは、図５に示すストレージテーブル８０から「ＤＩＳＫ−Ｃ」が、ストレージ名のデータとして抽出される。また、図５に示すストレージテーブル８０から「停止中」が、ディスク回転状態のデータとして抽出される。

そして、更新部６３は、ストレージテーブル８０のディスク回転状態のフィールドを更新する（Ｓ１８０５）。図２０は、ディスク回転状態のフィールドが更新された状態のストレージテーブル８０の図である。図２０に示すストレージテーブル８０のディスク回転状態のフィールドにおける行５では、「停止中」から「回転開始」にデータが更新されている。

次に、指示部６４は、インターフェース部５９を介して、物理ディスク２０Ｅ及び２０Ｆの回転開始の指示をストレージ装置５に送る（Ｓ１８０６）。

ここで、物理ディスク２０Ｅ及び２０Ｆの回転開始の指示を受け取ったストレージ装置５は、物理ディスク２０Ｅ及び２０Ｆの回転を開始する。そして、物理ディスク２０Ｅ及び２０Ｆの回転がアクセス可能な状態になった場合、ストレージ装置５は、物理ディスク２０Ｅ及び２０Ｆがアクセス可能になったことの通知を管理サーバ１に送る。

物理ディスク２０Ｅ及び２０Ｆがアクセス可能になったことの通知を受け取った場合、更新部６３は、ストレージテーブル８０のディスク回転状態のフィールドを更新する（Ｓ１８０７）。図２１は、ディスク回転状態のフィールドが更新された状態のストレージテーブル８０の図である。図２１に示すストレージテーブル８０のディスク回転状態のフィールドにおける行５では、「回転開始」から「アクセス可能」にデータが更新されている。

次に、抽出部６２は、ＬＵ４１Ａが設定されている物理ディスク２０Ａ及び２０Ｂの回転状態のデータをストレージテーブル８０から抽出する。すなわち、複写元のデータが記録されているＬＵ４１ＡのＬＵＮである「VOLUME#A」に基づいて、「ＤＩＳＫ−Ａ」のディスク回転状態のデータをストレージテーブル８０から抽出する。ここでは、図２１に示すストレージテーブル８０から「停止中」が、ディスク回転状態のデータとして抽出される。

物理ディスク２０Ａ及び２０Ｂの回転状態が停止中の場合、図６におけるＳ６０５〜Ｓ６０７の処理が行われる。すなわち、物理ディスク２０Ａ及び２０Ｂをアクセス可能な状態にする。一方、物理ディスク２０Ａ及び２０Ｂの回転状態がアクセス可能の場合、図６におけるＳ６０５〜Ｓ６０７の処理は行われない。ここでは、物理ディスク２０Ａ及び２０Ｂの回転状態が停止中であるため、図６におけるＳ６０５〜Ｓ６０７の処理が行われる。

図６におけるＳ６０５〜Ｓ６０７の処理が行われた後、指示部６４は、インターフェース部５９を介して、ＬＵ４１Ａに記録されているデータをＬＵ４１Ｅに複写する指示をストレージ装置５に送る（Ｓ１８０８）。

ＬＵ４１Ａに記録されているデータをＬＵ４１Ｅに複写する指示を受け取ったストレージ装置５は、ＬＵ４１Ａに記録されているデータをＬＵ４１Ｅに複写する。そして、ＬＵ４１Ａに記録されているデータがＬＵ４１Ｅに複写された場合、ストレージ装置５は、複写完了の通知を管理サーバ１に送る。

インターフェース部５９は、ストレージ装置５から複写完了の通知を受け取る（Ｓ１８０９）。インターフェース部５９によって、ストレージ装置５から複写完了の通知を受け取った場合、抽出部６２は、ホストサーバ２Ａのサーバ動作状態のデータをサーバＶＭテーブル７０から抽出する。ここでは、図１９に示すサーバＶＭテーブル７０から「停止中」が、サーバ動作状態のデータとして抽出される。したがって、ホストサーバ２Ａの動作状態は停止中である。ＬＵ４１Ａに記録されているデータについては、ＬＵ４１Ｅへの複写が完了している。指示部６４は、ＬＵ４１Ａをアクセスの対象とするホストサーバ２Ａの動作状態を調べることにより、ＬＵ４１Ａが設定されている物理ディスク２０Ａ及び２０Ｂの回転停止の可否を判断する。

ホストサーバ２Ａの動作状態が停止中の場合、図１５におけるＳ１５０７及びＳ１５０８の処理が行われる。一方、ホストサーバ２Ａの動作状態が動作中の場合、図１５におけるＳ１５０７及びＳ１５０８の処理は行われない。ここでは、ホストサーバ２Ａの動作状態は停止中であるため、図１５におけるＳ１５０７及びＳ１５０８の処理が行われる。

次に、指示部６４は、インターフェース部５９を介して、ＬＵ４１Ｅに複写されたデータをテープ装置４に転送する指示をバックアップサーバ３に送る（Ｓ１８１０）。ＬＵ４１Ｅに複写されたデータをテープ装置４に転送する指示を受け取ったバックアップサーバ３は、ＬＵ４１Ｅに複写されたデータをテープ装置４に転送する。そして、ＬＵ４１Ｅに複写されたデータについて、テープ装置４への転送が完了した場合、ストレージ装置５は、転送完了の通知を管理サーバ１に送る。

インターフェース部５９は、ストレージ装置５から転送完了の通知を受け取る（Ｓ１８１１）。インターフェース部５９によって、ストレージ装置５から転送完了の通知を受け取った場合、指示部６４は、インターフェース部５９を介して、物理ディスク２０Ｅ及び２０Ｆの回転停止の指示をストレージ装置５に送る（Ｓ１８１２）。物理ディスク２０Ｅ及び２０Ｆの回転停止の指示を受け取ったストレージ装置５は、物理ディスク２０Ｅ及び２０Ｆの回転を停止する。

そして、更新部６３は、ストレージテーブル８０のディスク回転状態のフィールドを更新する（Ｓ１８１３）。図２２は、ディスク回転状態のフィールドが更新された状態のストレージテーブル８０の図である。図２２に示すストレージテーブル８０のディスク回転状態のフィールドにおける行５では、「アクセス可能」から「停止中」にデータが更新されている。Ｓ１８１３の処理を行った後、バックアップサーバ３がバックアップ処理を行う場合の管理サーバ１の処理を終了する。

〈物理ディスク増設の説明〉
ストレージ装置５に物理ディスク２０Ｇ及び２０Ｈを増設した場合の管理サーバ１の処理について説明する。図２３は、ストレージ装置５に物理ディスク２０Ｇ及び２０Ｈを増設した場合における本システムの全体図である。ストレージ装置５には、物理ディスク２０Ｇ及び２０Ｈが増設されている。また、ホストサーバ２Ｃには、ゲストＯＳ１１Ｅ及び１１Ｆが追加されている。

ストレージ装置５には、物理ディスク２０Ｇ及び２０Ｈを一つのまとまりとするＲＡＩＤグループ２１Ｄが設けられている。ストレージ装置５は、論理ディスク３４を備えている。物理ディスク２０Ｇ及び２０Ｈが連結され、一つの論理ディスク３４が構成される。ストレージ装置５は、ＬＵ４１Ｆ及び４１Ｇを備えている。ＬＵ４１Ｆ及び４１Ｇは、論理ディスク３４が分割された複数の記憶領域である。物理ディスク２０Ｇ及び２０Ｈ上にＬＵ４１Ｆ及び４１Ｇが設定される。ＬＵ４１Ｆ及び４１Ｇは論理ボリュームとも呼ばれる。

図２４は、ストレージ装置５に物理ディスク２０Ｇ及び２０Ｈを増設した場合の管理サーバ１の処理の流れを示すフローである。ここでは、ゲストＯＳ１１Ａ−１１Ｄは停止中の状態である。また、バックアップサーバ３は停止中の状態である。したがって、管理サーバ１が有するサーバＶＭテーブル７０は、図４に示す状態である。また、管理サーバ１が有するストレージテーブル８０は、図５に示す状態である。

ホストサーバ２Ｃは、ＬＵ４１Ｆ及び４１Ｇをアクセスの対象としている。また、ホストＯＳ１０Ｃによって、ゲストＯＳ１１ＦにはＬＵ４１Ｆが割り当てられ、ゲストＯＳ１１ＧにはＬＵ４１Ｇが割り当てられている。ホストサーバ２Ｃは、ＬＵ４１Ｆ及び４１Ｇをアクセスの対象とすることをストレージ装置５に通知する。ストレージ装置５は、ホストサーバ２ＣがＬＵ４１Ｆ及び４１Ｇをアクセスの対象とすることを許可する。

取得部６０は、ストレージ装置５から、ＬＵＮ、アクセスサーバ番号、ストレージ名及びディスクの回転状態の各データを取得する（Ｓ２４０１）。各データは、インターフェース部５９を介して、取得部６０が定期的にストレージ装置５をアクセスすることにより取得しても良い。また、定期的又は所定条件を満たした場合に、ストレージ装置５が各データを管理サーバ１に送信するようにしても良い。管理サーバ１に送信された各データは、インターフェース部５９を介して取得部６０が取得する。

ストレージ装置５からサーバ名、ＷＷＮ、サーバ動作状態、ゲストＯＳ名、ゲストＯＳ起動状態及びＬＵＮの各データを取得した場合、更新部６３は、ストレージテーブル８０を更新する（Ｓ２４０２）。図２５は、更新後のストレージテーブル８０の図である。図２５に示すストレージテーブル８０には、物理ディスク２０Ｇ及び２０Ｈに関するデータが追加されている。具体的には、図２５に示すストレージテーブル８０のＬＵＮのフィールドにおける行６に「VOLUME#F」が追加され、行７に「VOLUME#G」が追加されている。図２５に示すストレージテーブル８０のアクセスサーバ番号のフィールドにおける行６及び行７に「ＷＷＮ＃３」がそれぞれ追加されている。図２５に示すストレージテーブル８０のストレージ名のフィールドにおける行６及び行７に「ＤＩＳＫ−Ｄ」がそれぞれ追加されている。図２５に示すストレージテーブル８０のディスク回転状態のフィールドにおける行６及び行７に「停止中」がそれぞれ追加されている。

そして、取得部６０は、ホストＯＳ１０Ｃから、サーバ名、ＷＷＮ、サーバ動作状態、ゲストＯＳ名、ゲストＯＳ起動状態及びＬＵＮの各データを取得する（Ｓ２４０３）。各データは、インターフェース部５９を介して、取得部６０が定期的にホストサーバ２Ｃをアクセスすることにより取得しても良い。また、定期的又は所定条件を満たした場合に、ホストサーバ２Ｃが各データを管理サーバ１に送信するようにしても良い。管理サーバ１に送信された各データは、インターフェース部５９を介して取得部６０が取得する。

ホスト１０Ｃからサーバ名、ＷＷＮ、サーバ動作状態、ゲストＯＳ名、ゲストＯＳ起動状態及びＬＵＮの各データを取得した場合、更新部６３は、サーバＶＭテーブル７０を更新する（Ｓ２４０４）。

図２６は、更新後のサーバＶＭテーブル７０の図である。図２６に示すサーバＶＭテーブル７０には、ゲストＯＳ１１Ｅ及びゲストＯＳ１１Ｆに関するデータが追加されている。具体的には、図２６に示すサーバＶＭテーブル７０のゲストＯＳ名のフィールドにおける行５に「ＶＭ−Ｅ」が追加され、行６に「ＶＭ−Ｆ」が追加されている。「ＶＭ−Ｅ」はゲストＯＳ１１Ｅの名称であり、「ＶＭ−Ｆ」はゲストＯＳ１１Ｆの名称である。図２６に示すサーバＶＭテーブル７０のゲストＯＳ起動状態のフィールドにおける行５及び行６に「停止中」がそれぞれ追加されている。図２６に示すサーバＶＭテーブル７０のＬＵＮのフィールドにおける行５に「VOLUME#F」が追加され、行６に「VOLUME#G」が追加されている。「VOLUME#F」は、ゲストＯＳ１１Ｅに割り当てられているＬＵ４１ＦのＬＵＮである。「VOLUME#G」は、ゲストＯＳ１１Ｆに割り当てられているＬＵ４１ＧのＬＵＮである。

Ｓ２４０４の処理が行われた後、ストレージ装置５に物理ディスク２０Ｇ及び２０Ｈを増設した場合の管理サーバ１の処理を終了する。ゲストＯＳ１１Ｅ又は１１Ｆを起動させる場合の管理サーバ１の処理は、図２６に示すサーバＶＭテーブル７０及び図２５に示すストレージテーブル８０を使用して行われる。ゲストＯＳ１１Ｅ又は１１Ｆを起動させる場合の管理サーバ１の具体的な処理については、ゲストＯＳ１１Ａを起動させる場合の管理サーバ１の処理と同様である。

〈ゲストＯＳ移動の説明〉
ホストサーバ２ＣのゲストＯＳ１１Ｅをホストサーバ２Ａに移動させた場合の管理サーバ１の処理について説明する。図２７は、ホストサーバ２ＣのゲストＯＳ１１Ｅをホストサーバ２Ａに移動させた場合における本システムの全体図である。図２７に示すように、ホストサーバ２Ｃからホストサーバ２ＡにゲストＯＳ１１Ｅが移動している。

図２８は、ホストサーバ２ＣのゲストＯＳ１１Ｅをホストサーバ２Ａに移動させた場合の管理サーバ１の処理の流れを示すフローである。ここでは、ゲストＯＳ１１Ａ−１１Ｆは停止中の状態である。また、バックアップサーバ３は停止中の状態である。したがって、管理サーバ１が有するサーバＶＭテーブル７０は、図２６に示す状態である。また、管理サーバ１が有するストレージテーブル８０は、図２５に示す状態である。

ここで、ホストサーバ２Ｃからホストサーバ２ＡにゲストＯＳ１１Ｅが移動することにより、ホストサーバ２Ａは、ＬＵ４１Ａ、ＬＵ４１Ｂ及びＬＵ４１Ｆをアクセスの対象としている。ホストＯＳ１０Ａによって、ゲストＯＳ１１ＥにはＬＵ４１Ｆが割り当てられている。ホストサーバ２Ａは、ＬＵ４１Ｆをアクセスの対象とすることをストレージ装置５に通知する。ストレージ装置５は、ホストサーバ２ＣがＬＵ４１Ｆをアクセスの対象とすることを許可する。

取得部６０は、ストレージ装置５から、ＬＵＮ、アクセスサーバ番号、ストレージ名及びディスクの回転状態の各データを取得する（Ｓ２８０１）。各データは、インターフェース部５９を介して、取得部６０が定期的にストレージ装置５をアクセスすることにより取得しても良い。また、定期的又は所定条件を満たした場合に、ストレージ装置５が各データを管理サーバ１に送信するようにしても良い。管理サーバ１に送信された各データは、インターフェース部５９を介して取得部６０が取得する。

ストレージ装置５からサーバ名、ＷＷＮ、サーバ動作状態、ゲストＯＳ名、ゲストＯＳ起動状態及びＬＵＮの各データを取得した場合、更新部６３は、ストレージテーブル８０を更新する（Ｓ２８０２）。図２９は、更新後のストレージテーブル８０の図である。図２９に示すストレージテーブル８０では、ホストサーバ２Ａに関するデータが更新されている。具体的には、図２９に示すストレージテーブル８０のアクセスサーバ番号のフィールドにおける行６では、「ＷＷＮ＃３」から「ＷＷＮ＃１」にデータが更新されている。

そして、取得部６０は、ホストＯＳ１０Ａから、サーバ名、ＷＷＮ、サーバ動作状態、ゲストＯＳ名、ゲストＯＳ起動状態及びＬＵＮの各データを取得する（Ｓ２８０３）。各データは、インターフェース部５９を介して、取得部６０が定期的にホストサーバ２Ａをアクセスすることにより取得しても良い。また、定期的又は所定条件を満たした場合に、ホストサーバ２Ａが各データを管理サーバ１に送信するようにしても良い。管理サーバ１に送信された各データは、インターフェース部５９を介して取得部６０が取得する。

ホスト１０Ａからサーバ名、ＷＷＮ、サーバ動作状態、ゲストＯＳ名、ゲストＯＳ起動状態及びＬＵＮの各データを取得した場合、更新部６３は、サーバＶＭテーブル７０を更新する（Ｓ２８０４）。図３０は、更新後のサーバＶＭテーブル７０の図である。図３０に示すサーバＶＭテーブル７０では、ゲストＯＳ１１Ｅに関するデータが更新されている。図３０に示すように、ゲストＯＳ１１Ｅについての「ＶＭ−Ｅ」、「停止中」及び「VOLUME#F」が、ホストサーバ２Ｃのグループからホストサーバ２Ａのグループに変更されている。

Ｓ２８０４の処理を行った後、ホストサーバ２ＣのゲストＯＳ１１Ｅをホストサーバ２Ａに移動させた場合の管理サーバ１の処理を終了する。ゲストＯＳ１１Ｅを起動させる場合の管理サーバ１の処理は、図３０に示すサーバＶＭテーブル７０及び図２９に示すストレージテーブル８０を使用して行われる。ゲストＯＳ１１Ｅを起動させる場合の管理サーバ１の具体的な処理については、ゲストＯＳ１１Ａを起動させる場合の管理サーバ１の処理と同様である。

本実施形態では、管理サーバ１が、ホストサーバ２Ａ−２Ｃ及びバックアップサーバ３から各種のデータを取得し、また、ストレージ装置５から各種のデータを取得する。本実施形態によれば、管理サーバ１が、ホストサーバ２Ａ−２Ｃ、バックアップサーバ３及びストレージ装置５を管理することにより、物理ディスク２０Ａ−２０Ｈの回転が停止可能なタイミングを把握することが可能となる。そして、より適切なタイミングで、ストレージ装置５が備える物理ディスク２０Ａ−２０Ｈの回転を停止させることができる。その結果、ストレージ装置５の節電効率を上げることが可能となる。

〈変形例〉
上述のように、ストレージ装置５は、物理ディスク２０Ａ及び２０Ｂを備え、ストレージ装置５には、物理ディスク２０Ａ及び２０Ｂを一つのまとまりとするＲＡＩＤグループ２１Ａが設けられている例を説明した。本実施形態は、これに限定されず、ストレージ装置５には、ＲＡＩＤグループ２１Ａを設けないようにしてもよい。すなわち、物理ディスク２０Ａ及び２０Ｂを連結しないようにする。この場合、物理ディスク２０Ａを一つの論理ディスク３１とし、論理ディスク３１を分割することにより、ＬＵ４１Ａ及びＬＵ４１Ｂを物理ディスク２０Ａ上に設定するようにしてもよい。また、物理ディスク２０Ｂを一つの論理ディスク３１とし、論理ディスク３１を分割することにより、ＬＵ４１Ａ及びＬＵ４１Ｂを物理ディスク２０Ｂ上に設定するようにしてもよい。

また、ストレージ装置５には、ＲＡＩＤグループ２１Ｂを設けないようにしてもよい。すなわち、物理ディスク２０Ｃ及び２０Ｄを連結しないようにする。この場合、物理ディスク２０Ｃを一つの論理ディスク３２とし、論理ディスク３２を分割することにより、ＬＵ４１Ｃ及びＬＵ４１Ｄを物理ディスク２０Ｃ上に設定するようにしてもよい。また、物理ディスク２０Ｄを一つの論理ディスク３２とし、論理ディスク３２を分割することにより、ＬＵ４１Ｃ及びＬＵ４１Ｄを物理ディスク２０Ｄ上に設定するようにしてもよい。

また、ストレージ装置５には、ＲＡＩＤグループ２１Ｃを設けないようにしてもよい。すなわち、物理ディスク２０Ｅ及び２０Ｆを連結しないようにする。この場合、物理ディスク２０Ｅを一つの論理ディスク３３とし、ＬＵ４１Ｅを物理ディスク２０Ｅ上に設定するようにしてもよい。また、物理ディスク２０Ｆを一つの論理ディスク３３とし、ＬＵ４１Ｅを物理ディスク２０Ｆ上に設定するようにしてもよい。

また、ストレージ装置５には、ＲＡＩＤグループ２１Ｄを設けないようにしてもよい。すなわち、物理ディスク２０Ｇ及び２０Ｈを連結しないようにする。この場合、物理ディスク２０Ｇを一つの論理ディスク３４とし、論理ディスク３４を分割することにより、ＬＵ４１Ｆ及びＬＵ４１Ｇを物理ディスク２０Ｇ上に設定するようにしてもよい。また、物理ディスク２０Ｈを一つの論理ディスク３４とし、論理ディスク３４を分割することにより、ＬＵ４１Ｆ及びＬＵ４１Ｇを物理ディスク２０Ｈ上に設定するようにしてもよい。

そして、上述のストレージ名については、物理ディスク２０Ａ−２０Ｈの名称として取り扱うようにする。例えば、ストレージテーブル８０には、物理ディスク２０Ａ又は物理ディスク２０Ｂの名称として「ＤＩＳＫ−Ａ」を記録する。

〈コンピュータ読み取り可能な記録媒体〉
コンピュータに上記いずれかの機能を実現させるプログラムをコンピュータが読み取り可能な記録媒体に記録することができる。そして、コンピュータに、この記録媒体のプログラムを読み込ませて実行させることにより、その機能を提供させることができる。ここで、コンピュータ読み取り可能な記録媒体とは、データやプログラム等の情報を電気的、磁気的、光学的、機械的、または化学的作用によって蓄積し、コンピュータから読み取ることができる記録媒体をいう。このような記録媒体のうちコンピュータから取り外し可能なものとしては、例えばフレキシブルディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ／Ｗ、ＤＶＤ、ＤＡＴ、８ｍｍテープ、メモリカード等がある。また、コンピュータに固定された記録媒体としてハードディスクやＲＯＭ等がある。

Claims (18)

1. 論理ボリュームが設定される物理ディスクを有するストレージ装置及び前記論理ボリュームをアクセスの対象とするサーバを管理する管理装置であって、
   前記論理ボリュームの識別番号及び前記物理ディスクの回転状態が記録される第１記録部と、
   前記サーバの動作状態及び前記サーバのアクセスの対象である論理ボリュームの識別番号が記録される第２記録部と、
   前記サーバの動作状態が変更された場合、前記第２記録部に記録されている前記サーバの動作状態を変更する更新部と、
   前記第１記録部に記録されている前記サーバのアクセスの対象である論理ボリュームの識別番号に基づいて、前記サーバのアクセスの対象である論理ボリュームが設定される前記物理ディスクの他の論理ボリュームをアクセスの対象とする他のサーバの動作状態を前記第２記録部から抽出する抽出部と、
   前記サーバの変更後の動作状態及び前記他のサーバの動作状態に応じて、前記物理ディスクの回転状態を変更する指示を前記ストレージ装置に行う指示部と、を備える管理装置。
2. 前記サーバは、前記論理ボリュームをアクセスの対象とするアプリケーションを起動する仮想マシンを備え、
   前記第２記録部は、前記アプリケーションの起動状態及び前記アプリケーションのアクセスの対象である論理ボリュームの識別番号が記録され、
   前記更新部は、前記アプリケーションの起動状態が変更された場合、前記第２記録部に記録されている前記アプリケーションの起動状態を変更し、
   前記抽出部は、前記第１記録部に記録されている前記アプリケーションのアクセスの対象である論理ボリュームの識別番号に基づいて、前記アプリケーションのアクセスの対象である論理ボリュームが設定される前記物理ディスクの他の論理ボリュームをアクセスの対象とする他のアプリケーションの動作状態を前記第２記録部から抽出する請求項１に記載の管理装置。
3. 前記更新部は、前記ストレージ装置に物理ディスクが追加された場合、追加された前記物理ディスクに設定される論理ボリュームの識別番号及び追加された前記物理ディスクの回転状態を、前記第１記録部に追加するとともに、追加された前記物理ディスクに設定される論理ボリュームの識別番号及び追加された前記物理ディスクに設定される論理ボリュームをアクセスの対象とするサーバの動作状態を、前記第２記録部に追加する請求項１に記載の管理装置。
4. 前記抽出部は、前記サーバのアクセスの対象である論理ボリュームの識別番号を前記第２記録部から抽出し、抽出した前記サーバのアクセスの対象である論理ボリュームの識別番号に基づいて、前記サーバのアクセスの対象である論理ボリュームが設定される前記物理ディスクの他の論理ボリュームの識別番号を前記第１記録部から抽出し、抽出した前記他の論理ボリュームの識別番号に基づいて、前記他の論理ボリュームをアクセスの対象とする他のサーバの動作状態を前記第２記録部から抽出する請求項１に記載の管理装置。
5. 前記指示部は、前記サーバ及び前記他のサーバが、前記論理ボリュームへのアクセスを停止している場合、前記物理ディスクの回転を停止させる指示を前記ストレージ装置に行う請求項１に記載の管理装置。
6. 前記更新部は、前記サーバと前記他のサーバとの間で前記アプリケーションの移動があった場合、前記第１記録部及び前記第２記録部に記録されているデータを更新する請求項２に記載の管理装置。
7. 論理ボリュームが設定される物理ディスクを有するストレージ装置及び前記論理ボリュームをアクセスの対象とするサーバを管理する管理装置が、
   前記論理ボリュームの識別番号及び前記物理ディスクの回転状態を第１記録部に記録する第１記録ステップと、
   前記サーバの動作状態及び前記サーバのアクセスの対象である論理ボリュームの識別番号を第２記録部に記録する第２記録ステップと、
   前記サーバの動作状態が変更された場合、前記第２記録部に記録されている前記サーバの動作状態を変更する更新ステップと、
   前記第１記録部に記録されている前記サーバのアクセスの対象である論理ボリュームの識別番号に基づいて、前記サーバのアクセスの対象である論理ボリュームが設定される前記物理ディスクの他の論理ボリュームをアクセスの対象とする他のサーバの動作状態を前記第２記録部から抽出する抽出ステップと、
   前記サーバの変更後の動作状態及び前記他のサーバの動作状態に応じて、前記物理ディスクの回転状態を変更する指示を前記ストレージ装置に行う指示ステップと、を実行する管理方法。
8. 前記サーバは、前記論理ボリュームをアクセスの対象とするアプリケーションを起動する仮想マシンを備え、
   前記第１記録ステップは、前記アプリケーションの起動状態及び前記アプリケーションのアクセスの対象である論理ボリュームの識別番号を前記第２記録部に記録し、
   前記更新ステップは、前記アプリケーションの起動状態が変更された場合、前記第２記録部に記録されている前記アプリケーションの起動状態を変更し、
   前記抽出ステップは、前記第１記録部に記録されている前記アプリケーションのアクセスの対象である論理ボリュームの識別番号に基づいて、前記アプリケーションのアクセスの対象である論理ボリュームが設定される前記物理ディスクの他の論理ボリュームをアクセスの対象とする他のアプリケーションの動作状態を前記第２記録部から抽出する請求項７に記載の管理方法。
9. 前記更新ステップは、前記ストレージ装置に物理ディスクが追加された場合、追加された前記物理ディスクに設定される論理ボリュームの識別番号及び追加された前記物理ディスクの回転状態を、前記第１記録部に追加するとともに、追加された前記物理ディスクに設定される論理ボリュームの識別番号及び追加された前記物理ディスクに設定される論理ボリュームをアクセスの対象とするサーバの動作状態を、前記第２記録部に追加する請求項７に記載の管理方法。
10. 前記抽出ステップは、前記サーバのアクセスの対象である論理ボリュームの識別番号を前記第２記録部から抽出し、抽出した前記サーバのアクセスの対象である論理ボリュームの識別番号に基づいて、前記サーバのアクセスの対象である論理ボリュームが設定される前記物理ディスクの他の論理ボリュームの識別番号を前記第１記録部から抽出し、抽出した前記他の論理ボリュームの識別番号に基づいて、前記他の論理ボリュームをアクセスの対象とする他のサーバの動作状態を前記第２記録部から抽出する請求項７に記載の管理方法。
11. 前記指示ステップは、前記サーバ及び前記他のサーバが、前記論理ボリュームへのアクセスを停止している場合、前記物理ディスクの回転を停止させる指示を前記ストレージ装置に行う請求項７に記載の管理方法。
12. 前記更新ステップは、前記サーバと前記他のサーバとの間で前記アプリケーションの移動があった場合、前記第１記録部及び前記第２記録部に記録されているデータを更新する請求項８に記載の管理方法。
13. 論理ボリュームが設定される物理ディスクを有するストレージ装置及び前記論理ボリュームをアクセスの対象とするサーバを管理する管理装置に、
    前記論理ボリュームの識別番号及び前記物理ディスクの回転状態を第１記録部に記録するステップと、
    前記サーバの動作状態及び前記サーバのアクセスの対象である論理ボリュームの識別番号を第２記録部に記録するステップと、
    前記サーバの動作状態が変更された場合、前記第２記録部に記録されている前記サーバの動作状態を変更する更新ステップと、
    前記第１記録部に記録されている前記サーバのアクセスの対象である論理ボリュームの識別番号に基づいて、前記サーバのアクセスの対象である論理ボリュームが設定される前記物理ディスクの他の論理ボリュームをアクセスの対象とする他のサーバの動作状態を前記第２記録部から抽出する抽出ステップと、
    前記サーバの変更後の動作状態及び前記他のサーバの動作状態に応じて、前記物理ディスクの回転状態を変更する指示を前記ストレージ装置に行う指示ステップと、を実行させる管理プログラム。
14. 前記サーバは、前記論理ボリュームをアクセスの対象とするアプリケーションを起動する仮想マシンを備え、
    前記第１記録ステップは、前記アプリケーションの起動状態及び前記アプリケーションのアクセスの対象である論理ボリュームの識別番号を前記第２記録部に記録し、
    前記更新ステップは、前記アプリケーションの起動状態が変更された場合、前記第２記録部に記録されている前記アプリケーションの起動状態を変更し、
    前記抽出ステップは、前記第１記録部に記録されている前記アプリケーションのアクセスの対象である論理ボリュームの識別番号に基づいて、前記アプリケーションのアクセスの対象である論理ボリュームが設定される前記物理ディスクの他の論理ボリュームをアクセスの対象とする他のアプリケーションの動作状態を前記第２記録部から抽出する請求項１３に記載の管理プログラム。
15. 前記更新ステップは、前記ストレージ装置に物理ディスクが追加された場合、追加された前記物理ディスクに設定される論理ボリュームの識別番号及び追加された前記物理ディスクの回転状態を、前記第１記録部に追加するとともに、追加された前記物理ディスクに設定される論理ボリュームの識別番号及び追加された前記物理ディスクに設定される論理ボリュームをアクセスの対象とするサーバの動作状態を、前記第２記録部に追加する請求項１３に記載の管理プログラム。
16. 前記抽出ステップは、前記サーバのアクセスの対象である論理ボリュームの識別番号を前記第２記録部から抽出し、抽出した前記サーバのアクセスの対象である論理ボリュームの識別番号に基づいて、前記サーバのアクセスの対象である論理ボリュームが設定される前記物理ディスクの他の論理ボリュームの識別番号を前記第１記録部から抽出し、抽出した前記他の論理ボリュームの識別番号に基づいて、前記他の論理ボリュームをアクセスの対象とする他のサーバの動作状態を前記第２記録部から抽出する請求項１３に記載の管理プログラム。
17. 前記指示ステップは、前記サーバ及び前記他のサーバが、前記論理ボリュームへのアクセスを停止している場合、前記物理ディスクの回転を停止させる指示を前記ストレージ装置に行う請求項１３に記載の管理プログラム。
18. 前記更新ステップは、前記サーバと前記他のサーバとの間で前記アプリケーションの移動があった場合、前記第１記録部及び前記第２記録部に記録されているデータを更新する請求項１４に記載の管理プログラム。

Images