JP2008123414A - ストレージ管理装置、計算機システムおよびストレージ管理方法 - Google Patents

Abstract

【課題】本発明は、ストレージ装置の記憶領域をホスト計算機に提供する計算機システムにおいて、ホスト計算機による記憶領域のマウントと、その記憶領域に対するメンテナンスとが同時に行われることを防止する。
【解決手段】計算機システム１０におけるストレージ管理装置６０は、ホスト計算機３０がストレージ装置５０のＬＵ５９０をマウント中でない場合、メンテナンス装置７０にメンテナンスを指示し、メンテナンス装置７０がストレージ装置５０のＬＵ５９０をメンテナンス中でない場合、ホスト計算機３０がストレージ装置５０のＬＵ５９０をマウントするのを許可する。
【選択図】図１

Description

本発明は、ストレージ装置の記憶領域をネットワーク経由でホスト計算機に提供するストレージ技術に関し、特に、シンクライアントシステムが適用されたホスト計算機に、ストレージ装置の記憶領域をネットワーク経由で提供する技術に関する。

ストレージ装置およびホスト計算機を備える計算機システムでは、ストレージ装置から提供される記憶領域をホスト計算機が円滑に利用できるように、ストレージ装置の記憶領域に対して種々のメンテナンスが行われる。ストレージ装置の記憶領域に対するメンテナンスには、記憶領域に保存されたデータのバックアップ、記憶領域の記憶容量拡張、記憶領域の初期化などが含まれる。下記特許文献１および２には、ストレージ装置の記憶領域に対してメンテナンスを実行する技術が開示されている。

特開２００５−１２２６１１号公報 特開２００４−３８９３４号公報

計算機システムにおける情報漏洩の防止を図るためにシンクライアントシステムをホスト計算機に適用することが考えられるが、シンクライアントシステムを適用した場合におけるストレージ装置の記憶領域に対するメンテナンスに関して十分な考慮がなされていなかった。例えば、シンクライアントシステムが適用されたホスト計算機は、シンクライアントからの要求に応じた任意のタイミングでストレージ装置の記憶領域をマウントする必要があるため、ホスト計算機による記憶領域のマウントと、その記憶領域に対するメンテナンスとが同時に行われてしまった場合、ストレージ装置の記憶領域に保存されたデータが破壊されてしまう可能性があった。

本発明は、上記した課題を踏まえ、ストレージ装置の記憶領域をホスト計算機に提供する計算機システムにおいて、ホスト計算機による記憶領域のマウントと、その記憶領域に対するメンテナンスとが同時に行われることを防止するストレージ技術を提供することを目的とする。

上述した課題を解決するため、本発明の一形態であるストレージ管理装置は、データを記憶する記憶領域を提供するストレージ装置と、前記ストレージ装置の記憶領域をネットワーク経由でマウントするホスト計算機と、前記ストレージ装置の記憶領域をメンテナンスするメンテナンス装置とを備える計算機システムにおいて、前記ストレージ装置の記憶領域に対するアクセスを管理するストレージ管理装置であって、予め設定されたメンテナンスの予定に応じて、前記ホスト計算機が前記ストレージ装置の記憶領域をマウント中であるか否かを判断するマウント判断部と、前記ホスト計算機が前記記憶領域をマウント中でないと前記マウント判断部によって判断された場合、前記メンテナンス装置に前記予定されたメンテナンスを実行するように指示するメンテナンス実行指示部と、前記ホスト計算機が起動するのを検知するホストオン検知部と、前記ホストオン検知部によって検知された前記ホスト計算機の起動に応じて、前記メンテナンス装置が前記ストレージ装置の記憶領域をメンテナンス中であるか否かを判断するメンテナンス判断部と、前記メンテナンス装置が前記記憶領域をメンテナンス中でないと前記メンテナンス判断部によって判断された場合、前記ホスト計算機が前記ストレージ装置の記憶領域をマウントするのを許可するマウント許可部とを備えることを特徴とする。このストレージ管理装置によれば、ストレージ装置の記憶領域に対するメンテナンスは、ホスト計算機が記憶領域をマウント中でない場合に実行される一方、ホスト計算機によるマウントは、メンテナンス中でない場合に実行される。その結果、ホスト計算機による記憶領域のマウントと、その記憶領域に対するメンテナンスとが同時に行われることを防止することができる。

上述のストレージ管理装置は、次の態様を採ることもできる。例えば、前記ホストオン検知部は、前記ホスト計算機が起動する際に該ホスト計算機から送信されるホストオン通知を受信するオン通知受信部と、前記オン通知受信部によって受信されたホストオン通知に基づいて、前記ホスト計算機が起動するのを検知するオン通知検知部とを含むとしても良い。これによって、ストレージ管理装置は、ホスト計算機に問い合わせを行う必要なく、ホスト計算機の起動を検知することができる。

また、前記オン通知受信部によって受信されるホストオン通知は、ＩＰＭＩ（Intelligent Platform Management Interface）規格に準拠して前記ホスト計算機との間でやり取りされる情報を含むとしても良い。これによって、ストレージ管理装置は、ホスト計算機のアーキテクチャに依存することなく、ホストオン通知をホスト計算機から取得することができる。

また、ストレージ管理装置は、更に、前記ホスト計算機が稼働を終了するのを検知するホストオフ検知部を備え、前記マウント判断部は、前記ホストオン検知部によって検知された前記ホスト計算機の起動および前記ホストオフ検知部によって検知された前記ホスト計算機の稼働終了に基づいて、前記ホスト計算機が前記ストレージ装置の記憶領域をマウント中であるか否かを判断するアクセス検知判断部を含むとしても良い。これによって、ストレージ管理装置は、ホスト計算機に問い合わせを行う必要なく、ホスト計算機がストレージ装置の記憶領域をマウント中であるか否かを判断することができる。

また、前記ホストオフ検知部は、前記ホスト計算機が稼働を終了する際に該ホスト計算機から送信されるホストオフ通知を受信するオフ通知受信部と、前記オフ通知受信部によって受信されたホストオフ通知に基づいて、前記ホスト計算機が稼働を終了するのを検知するオフ通知検知部とを含むとしても良い。これによって、ストレージ管理装置は、ホスト計算機に問い合わせを行う必要なく、ホスト計算機の稼働終了を検知することができる。

また、前記オフ通知受信部によって受信されるホストオフ通知は、ＩＰＭＩ規格に準拠して前記ホスト計算機との間でやり取りされる情報を含むとしても良い。これによって、ストレージ管理装置は、ホスト計算機のアーキテクチャに依存することなく、ホストオフ通知をホスト計算機から取得することができる。

また、ストレージ管理装置は、更に、前記ホスト計算機を駆動する電源のオンオフを示す電源情報を、ＩＰＭＩ規格に準拠して前記ホスト計算機から取得する電源情報取得部を備え、前記マウント判断部は、前記電源情報取得部によって取得された電源情報に基づいて、前記ホスト計算機が前記ストレージ装置の記憶領域をマウント中であるか否かを判断する電源情報判断部を含むとしても良い。これによって、ストレージ管理装置は、ホスト計算機がストレージ装置の記憶領域をマウント中であるか否かを、ホスト計算機のアーキテクチャに依存することなく、ホスト計算機の電源のオンオフに基づいて判断することができる。

また、ストレージ管理装置は、更に、前記メンテナンス装置による前記ストレージ装置の記憶領域に対するメンテナンスの実行状況を示すメンテナンス情報を、ＩＰＭＩ規格に準拠して前記ホスト計算機に送信するメンテナンス情報送信部を備えても良い。これによって、ストレージ管理装置は、ホスト計算機のアーキテクチャに依存することなく、メンテナンス情報をホスト計算機に送信することができる。その結果、ホスト計算機は、ＩＰＭＩ規格に準拠した通信ログに記録されたメンテナンス情報を確認することによって、ストレージ装置の記憶領域に対するメンテナンスの実行情報を判断することができる。

また、ストレージ管理装置は、更に、前記ホスト計算機が前記記憶領域をマウント中であると前記マウント判断部によって判断された場合、前記予定されたメンテナンスの実行を、少なくとも該マウントの終了まで延期するメンテナンス延期部を備えても良い。これによって、ホスト計算機によるマウントのために実行されなかったメンテナンスを、ホスト計算機によるアンマウントの後で実行することができる。

また、ストレージ管理装置は、更に、前記メンテナンス装置が前記記憶領域をメンテナンス中であると前記メンテナンス判断部によって判断された場合、前記ホスト計算機が前記ストレージ装置の記憶領域をマウントするのを禁止するマウント禁止部を備えても良い。これによって、メンテナンス中にホスト計算機が起動した場合に、メンテナンス中の記憶領域がホスト計算機によってマウントされてしまうことを防止することができる。

また、ストレージ管理装置は、更に、前記メンテナンス装置が前記記憶領域をメンテナンス中であると前記メンテナンス判断部によって判断された場合、前記メンテナンス装置に該実行中のメンテナンスを中断するように指示するメンテナンス中断指示部と、前記メンテナンス中断指示部に従って前記メンテナンス装置が前記実行中のメンテナンスを中断した場合、前記ホスト計算機が前記ストレージ装置の記憶領域をマウントするのを許可する中断マウント許可部とを備えても良い。これによって、メンテナンス中にホスト計算機が起動した場合に、メンテナンス中の記憶領域がホスト計算機によってマウントされてしまうことを防止しつつ、ホスト計算機によるマウントを実現することができる。

また、ストレージ管理装置は、更に、前記ホスト計算機によるマウントと、前記メンテナンス装置によるメンテナンスとの間の優先度を示す優先度テーブルを管理する優先度管理部と、前記メンテナンス装置が前記記憶領域をメンテナンス中であると前記メンテナンス判断部によって判断された場合、該実行中のメンテナンスの優先度と、前記ホスト計算機によるマウントとの間の優先度を、前記優先度テーブルに基づいて判断する優先度判断部と、前記実行中のメンテナンスの優先度が前記ホスト計算機によるマウントの優先度よりも低いと前記優先度判断部によって判断された場合、前記メンテナンス装置に該実行中のメンテナンスを中断するように指示するメンテナンス中断指示部と、前記メンテナンス中断指示部に従って前記メンテナンス装置が前記実行中のメンテナンスを中断した場合、前記ホスト計算機が前記ストレージ装置の記憶領域をマウントするのを許可する中断マウント許可部と、前記実行中のメンテナンスの優先度が前記ホスト計算機によるマウントの優先度よりも高いと前記優先度判断部によって判断された場合、前記ホスト計算機が前記ストレージ装置の記憶領域をマウントするのを禁止するマウント禁止部とを備えても良い。これによって、メンテナンス中にホスト計算機が起動した場合に、メンテナンス中の記憶領域がホスト計算機によってマウントされてしまうことを防止しつつ、実行中のメンテナンスとの優先度に応じてホスト計算機によるマウントを実現することができる。

また、前記優先度テーブルは、前記メンテナンス装置によるメンテナンスの種類毎に、前記ホスト計算機によるマウントとの間の優先度を示す情報を含むとしても良い。これによって、メンテナンスの中断がストレージ装置の記憶領域に与える影響をメンテナンスの種類毎に考慮して、マウントとメンテナンスとの間の優先度を設定することができる。例えば、前記メンテナンス装置によるメンテナンスは、記憶容量拡張，初期化，バックアップ，ウィルススキャン，ソフトウェアインストール，ソフトウェアアップデートの少なくとも一つを含むとしても良い。

また、前記ホスト計算機によるマウントは、ｉＳＣＳＩ（Internet Small Computer System Interface）規格およびファイバチャネル（Fibre Channel）規格の少なくとも一方に準拠して実行されても良い。このように、ホスト計算機のファイルシステムが、ストレージ装置におけるメンテナンスを認識できない場合であっても、ストレージ管理装置によって、ホスト計算機による記憶領域のマウントと、ストレージ装置の記憶領域に対するメンテナンスとが同時に行われることを防止することができる。

本発明の他の形態として、本発明の一形態である計算機システムは、データを記憶する記憶領域を提供するストレージ装置と、前記ストレージ装置の記憶領域をネットワーク経由でマウントするホスト計算機と、前記ストレージ装置の記憶領域をメンテナンスするメンテナンス装置とを備える計算機システムであって、予め設定されたメンテナンスの予定に応じて、前記ホスト計算機が前記ストレージ装置の記憶領域をマウント中であるか否かを判断するマウント判断部と、前記ホスト計算機が前記記憶領域をマウント中でないと前記マウント判断部によって判断された場合、前記メンテナンス装置に前記予定されたメンテナンスを実行するように指示するメンテナンス実行指示部と、前記ホスト計算機が起動するのを検知するホストオン検知部と、前記ホストオン検知部によって検知された前記ホスト計算機の起動に応じて、前記メンテナンス装置が前記ストレージ装置の記憶領域をメンテナンス中であるか否かを判断するメンテナンス判断部と、前記メンテナンス装置が前記記憶領域をメンテナンス中でないと前記メンテナンス判断部によって判断された場合、前記ホスト計算機が前記ストレージ装置の記憶領域をマウントするのを許可するマウント許可部とを備えることを特徴とする。この計算機システムによれば、ストレージ装置の記憶領域に対するメンテナンスは、ホスト計算機が記憶領域をマウント中でない場合に実行される一方、ホスト計算機によるマウントは、メンテナンス中でない場合に実行される。その結果、ホスト計算機による記憶領域のマウントと、その記憶領域に対するメンテナンスとが同時に行われることを防止することができる。

上述の計算機システムは、次の態様を採ることもできる。例えば、前記ホスト計算機は、ＩＰＭＩ規格に準拠して、該ホスト計算機を駆動する電源のオンオフを示す電源情報を管理する電源管理部を含み、更に、ＩＰＭＩ規格に準拠して、前記電源情報を前記ホスト計算機の電源管理部から取得する電源情報取得部を備え、前記マウント判断部は、前記電源情報取得部によって取得された電源情報に基づいて、前記ホスト計算機が前記ストレージ装置の記憶領域をマウント中であるか否かを判断する電源情報判断部を含むとしても良い。これによって、ホスト計算機がストレージ装置の記憶領域をマウント中であるか否かを、ホスト計算機のアーキテクチャに依存することなく、ホスト計算機の電源のオンオフに基づいて判断することができる。

また、計算機システムは、更に、前記メンテナンス装置による前記ストレージ装置の記憶領域に対するメンテナンスの実行状況を示すメンテナンス情報を、ＩＰＭＩ規格に準拠して前記ホスト計算機に送信するメンテナンス情報送信部を備え、前記ホスト計算機は、前記メンテナンス情報送信部から送信されたメンテナンス情報を、ＩＰＭＩ規格に準拠した通信ログとして記憶するログ記憶部と、前記マウント許可部との間で通信異常が発生した場合、前記通信ログとして記憶されたメンテナンス情報に基づいて、前記メンテナンス装置によるメンテナンスの実行状況を判断するログ判断部と、前記メンテナンス装置が前記記憶領域をメンテナンス中でないと前記ログ判断部によって判断された場合、前記ストレージ装置の記憶領域をマウントするマウント実行部とを含むとしても良い。これによって、ホスト計算機とマウント許可部と間で通信異常（例えば、マウント許可部のダウン、ネットワーク上の障害など）が発生した場合であっても、ホスト計算機は、ＩＰＭＩ規格に準拠した通信ログに記録されたメンテナンス情報に基づいて、メンテナンス中を避けてストレージ装置の記憶領域をマウントすることができる。

また、計算機システムは、更に、前記ホスト計算機と協働してデータ処理を実現するクライアントを備え、前記ホスト計算機の起動は、前記クライアントからの起動要求に基づいて実行されるとしても良い。このように、ホスト計算機が、クライアントからの要求に応じた任意のタイミングでストレージ装置の記憶領域をマウントする必要がある場合であっても、ホスト計算機による記憶領域のマウントと、その記憶領域に対するメンテナンスとが同時に行われることを防止することができる。また、前記クライアントは、予め記録されたデータ以外のデータを内部に保存する機能を持たないシンクライアントとしても良い。

本発明の他の形態として、本発明の一形態であるマウント管理方法は、データを記憶する記憶領域を提供するストレージ装置と、前記ストレージ装置の記憶領域をネットワーク経由でマウントするホスト計算機と、前記ストレージ装置の記憶領域をメンテナンスするメンテナンス装置とを備える計算機システムにおいて、前記ストレージ装置の記憶領域に対するアクセスを管理するストレージ管理方法であって、前記コンピュータが、予め設定されたメンテナンスの予定に応じて、前記ホスト計算機が前記ストレージ装置の記憶領域をマウント中であるか否かを判断する工程と、前記ホスト計算機が前記記憶領域をマウント中でないと前記マウント判断部によって判断された場合、前記コンピュータが、前記メンテナンス装置に前記予定されたメンテナンスを実行するように指示する工程と、前記コンピュータが、前記ホスト計算機が起動するのを検知する工程と、前記コンピュータが、前記ホストオン検知部によって検知された前記ホスト計算機の起動に応じて、前記メンテナンス装置が前記ストレージ装置の記憶領域をメンテナンス中であるか否かを判断する工程と、前記メンテナンス装置が前記記憶領域をメンテナンス中でないと前記メンテナンス判断部によって判断された場合、前記コンピュータが、前記ホスト計算機が前記ストレージ装置の記憶領域をマウントするのを許可する工程とを備えることを特徴とする。このマウント管理方法によれば、ストレージ装置の記憶領域に対するメンテナンスは、ホスト計算機が記憶領域をマウント中でない場合に実行される一方、ホスト計算機によるマウントは、メンテナンス中でない場合に実行される。その結果、ホスト計算機による記憶領域のマウントと、その記憶領域に対するメンテナンスとが同時に行われることを防止することができる。

本発明の形態は、ストレージ管理装置，計算機システム，マウント管理方法の各形態に限るものではなく、例えば、ホスト計算機，ストレージ装置、メンテナンス装置など計算機システムを構成する各装置の他、これら各装置の機能をコンピュータに実現させるためのプログラム、これらのプログラムをコンピュータ読み取り可能に記録した記録媒体などの種々の形態に適用することも可能である。また、本発明は、前述の形態に何ら限定されるものではなく、本発明の趣旨を逸脱しない範囲内において様々な形態で実施し得ることは勿論である。

以上説明した本発明の構成および作用を一層明らかにするために、以下本発明を適用した計算機システムについて説明する。

Ａ．計算機システムの構成
図１は、計算機システム１０の概略構成を示す説明図である。計算機システム１０は、データを記憶する記憶領域を提供するストレージ装置５０と、ストレージ装置５０から提供された記憶領域をマウントしてデータを読み書きするホスト計算機３０と、ホスト計算機３０によるデータの一元管理の下でホスト計算機３０と協働してデータ処理を実現するシンクライアント２０と、ホスト計算機３０およびシンクライアント２０の稼働を管理するホスト管理装置４０と、ストレージ装置５０の記憶領域を保守管理するメンテナンス装置７０と、ホスト計算機３０およびメンテナンス装置７０の稼働を管理するストレージ管理装置６０とを備える。なお、図１では、図面の簡略化を目的として、シンクライアント２０を一台のみ示すが、実際には、計算機システム１０は、複数のシンクライアント２０を備える。

図１の計算機システム１０は、更に、シンクライアント２０，ホスト計算機３０，ホスト管理装置４０，ストレージ装置５０，ストレージ管理装置６０の各装置の間を通信可能に接続するネットワーク９２と、ストレージ装置５０，ストレージ管理装置６０，メンテナンス装置７０の各装置の間を通信可能に接続する管理ネットワーク９４とを備える。本実施例では、管理ネットワーク９４は、ネットワーク９２から分離されているが、他の実施形態として、管理ネットワーク９４は、ネットワーク９２の一部として構成されても良い。本実施例では、ネットワーク９２および管理ネットワーク９４において、ＴＣＰ／ＩＰ（Transmission Control Protocol / Internet Protocol）に基づくデータ通信が行われる。

本実施例では、計算機システム１０のストレージ装置５０は、複数のハーディスクドライブ（ＨＤＤ(Hard Disk Drive)）５５０をＲＡＩＤ（Redundant Arrays of Independent (Inexpensive) Disks、レイド）技術で管理することによって論理的に構成された論理ユニット（ＬＵ（Logical Unit））５９０を、記憶領域としてホスト計算機３０に提供する。なお、ストレージ装置５０のＬＵ５９０を構成する記憶デバイスは、ＨＤＤに限るものではなく、半導体メモリであっても良く、また、ＨＤＤおよび半導体メモリの組み合わせであっても良い。

本実施例では、計算機システム１０のホスト計算機３０は、シンクライアント２０からの起動要求に応じて起動する。起動の際、ホスト計算機３０は、ホスト管理装置４０およびストレージ管理装置６０の管理下で、ネットワーク９２を介してストレージ装置５０のＬＵ５９０をマウントする。本実施例では、ホスト計算機３０とストレージ装置５０との間の通信は、ｉＳＣＳＩ（Internet Small Computer System Interface）規格に準拠して行われるが、他の実施形態として、ファイバチャネル（Fibre Channel, FC）規格に準拠して行っても良い。例えば、他の実施形態としてファイバチャネルに準拠した接続を行う場合、計算機システム１０は、ネットワーク９２とは別にファイバチャネルネットワーク（ＦＣネットワーク）を備え、ホスト計算機３０およびストレージ装置５０の各々は、ＦＣネットワークとデータのやり取りを行うファイバチャネル用ネットワークアダプタを備えることによって、ＦＣネットワークに接続しても良い。

本実施例では、ホスト計算機３０がストレージ装置５０のＬＵ５９０をマウントして起動した後、シンクライアント２０がユーザから受け付けた入力データは、シンクライアント２０からホスト計算機３０に送信される。シンクライアント２０から入力データを受信したホスト計算機３０は、シンクライアント２０からの入力データに基づいて、ストレージ装置５０のＬＵ５９０を利用して種々の演算処理を実行する。ホスト計算機３０によって実行された演算処理の結果は、画像データとしてホスト計算機３０からシンクライアント２０に送信される。シンクライアント２０は、ホスト計算機３０から受信した画像データを表示する。

図２は、計算機システム１０におけるシンクライアント２０の詳細構成を主に示す説明図である。計算機システム１０のシンクライアント２０は、シンクライアント２０の各部を制御するセントラルプロセッシングユニット（Central Processing Unit、以下、ＣＰＵという）２１０と、ＣＰＵ２１０によって取り扱われるデータを記憶するメモリ２２０と、ネットワーク９２を介したデータのやり取りを行うネットワークインタフェース２３０と、画像を表示するディスプレイ２５２と、ユーザからの操作入力を受け付けるキーボード２５４およびマウス２５６とを備える。

シンクライアント２０のメモリ２２０には、ＣＰＵ２１０を動作させるプログラムとして、オペレーティングシステム（Operating System、ＯＳ）２８２の他、種々のアプリケーションソフトウェア（Application Software）が記憶される。本実施例では、メモリ２２０に記憶されたアプリケーションソフトウェアは、シンクライアントシステムのユーザ端末として動作するためにホスト計算機３０に接続する機能をＣＰＵ２１０に実現させるためのホスト接続プログラム２８４を含む。

図３は、計算機システム１０におけるホスト計算機３０の詳細構成を主に示す説明図である。計算機システム１０のホスト計算機３０は、複数のシンクライアント２０毎にそれぞれ対応付けられた複数のクライアントブレード３２を備える。本実施例では、複数のクライアントブレード３２の各々は、対応付けられたシンクライアント２０の代わりに一台のパーソナルコンピュータとしてデータ処理を実行する機能を備える。

ホスト計算機３０のクライアントブレード３２は、クライアントブレード３２の各部を制御するＣＰＵ３１０と、ＣＰＵ３１０によって取り扱われるデータを記憶するメモリ３２０と、ネットワーク９２を介したデータのやり取りを行うネットワークインタフェース３３０と、ＩＰＭＩ（Intelligent Platform Management Interface）規格に準拠してクライアントブレード３２の電源制御（電源オン・オフ・再起動）を行う電源管理部３６０とを備える。クライアントブレード３２の電源管理部３６０は、ＩＰＭＩ規格に準拠した通信ログを記憶するログ記憶部３６２を備える。本実施例では、電源管理部３６０は、ＩＰＭＩファームウェアを有するワンチップマイクロコンピュータを含む。

クライアントブレード３２のメモリ３２０には、ＣＰＵ３１０を動作させるプログラムとして、オペレーティングシステム３８２の他、種々のアプリケーションソフトウェアが記憶される。本実施例では、メモリ３２０に記憶されたアプリケーションソフトウェアは、シンクライアントシステムのサーバとして動作するためにシンクライアント２０に接続する機能をＣＰＵ３１０に実現させるためのシンクライアント接続プログラム３８４と、ストレージ装置５０のＬＵ５９０をマウントおよびアンマウントする機能をＣＰＵ３１０に実現させるためのストレージ接続プログラム３８６とを含む。

本実施例では、ホスト計算機３０のクライアントブレード３２は、シンクライアント２０のユーザによって操作されるアプリケーションソフトウェアやファイルなどのユーザデータをストレージ装置５０のＬＵ５９０に保存するため、それらのユーザデータを保存するためのＨＤＤや半導体メモリを備えないが、他の実施形態として、クライアントブレード３２は、ストレージ装置５０のＬＵ５９０と併用してユーザデータを保存するためのＨＤＤや半導体メモリを備えても良い。

図４は、計算機システム１０におけるホスト管理装置４０の詳細構成を主に示す説明図である。計算機システム１０のホスト管理装置４０は、ホスト管理装置４０の各部を制御するＣＰＵ４１０と、ＣＰＵ４１０によって取り扱われるデータを記憶するメモリ４２０およびＨＤＤ４５０と、ネットワーク９２を介したデータのやり取りを行うネットワークインタフェース４３０とを備える。

ホスト管理装置４０のメモリ４２０には、ＣＰＵ４１０を動作させるプログラムとして、オペレーティングシステム４８２の他、種々のアプリケーションソフトウェアが記憶される。本実施例では、メモリ４２０に記憶されたアプリケーションソフトウェアは、ホスト計算機３０に含まれる複数のクライアントブレード３２を総合的に運用管理する機能をＣＰＵ４１０に実現させるためのホスト管理プログラム４８４と、シンクライアント２０がホスト計算機３０にアクセスする際のアクセス認証を行う機能をＣＰＵ４１０に実現させるためのシンクライアント認証プログラム４８６とを備える。本実施例では、ホスト管理装置４０のホスト管理プログラム４８４は、ストレージ装置５０のＬＵ５９０に対するメンテナンスを、ストレージ管理装置６０に要求する機能をＣＰＵ４１０に実現させるためのプログラムを含む。ホスト管理装置４０のメモリ４２０には、ホスト計算機３０を運用管理するためのデータとして、シンクライアント２０を使用するユーザとホスト計算機３０との対応関係を示すデータを格納するユーザ・ホスト対応テーブル４８８が記憶される。

図５は、計算機システム１０におけるストレージ装置５０の詳細構成を主に示す説明図である。計算機システム１０のストレージ装置５０は、ＬＵ５９０を構成するための複数のＨＤＤ５５０を備え、更に、ストレージ装置５０の各部を制御するＣＰＵ５１０と、ＣＰＵ５１０によって取り扱われるデータを記憶するメモリ５２０と、ホスト計算機３０とのネットワーク９２を介したデータのやり取りを行うホストインタフェース５３２と、複数のＨＤＤ５５０とのデータのやり取りを行うディスクインタフェース５４２と、ホストインタフェース５３２とディスクインタフェース５４２との間でやり取りされるデータを一時的に記憶するキャッシュメモリ５４４と、管理ネットワーク９４とのデータのやり取りを行う管理インタフェース５３４とを備える。

ストレージ装置５０のメモリ５２０には、ＣＰＵ５１０を動作させる種々のプログラムが記憶される。本実施例では、メモリ５２０に記憶されたプログラムは、複数のＨＤＤ５５０をＲＡＩＤ技術で管理することによってＬＵ５９０を論理的に構成する機能をＣＰＵ５１０に実現させるためのストレージ構成プログラム５８２と、ｉＳＣＳＩイニシエータとしてアクセスするホスト計算機３０およびメンテナンス装置７０にｉＳＣＳＩターゲットとしてＬＵ５９０を提供する機能をＣＰＵ５１０に実現させるためのアクセス管理プログラム５８４と、メンテナンス装置７０からの指示に基づいてＬＵ５９０のバックアップ，記憶容量拡張，初期化などのメンテナンスを実行する機能をＣＰＵ５１０に実現させるためのメンテナンスプログラム５８６を含む。

図６は、計算機システム１０におけるストレージ管理装置６０の詳細構成を主に示す説明図である。計算機システム１０のストレージ管理装置６０は、ストレージ管理装置６０の各部を制御するＣＰＵ６１０と、ＣＰＵ６１０によって取り扱われるデータを記憶するメモリ６２０およびＨＤＤ６５０と、ネットワーク９２および管理ネットワーク９４を介したデータのやり取りを行うネットワークインタフェース６３０とを備える。

ストレージ管理装置６０のメモリ６２０には、ＣＰＵ６１０を動作させるプログラムとして、オペレーティングシステム６８２の他、種々のアプリケーションソフトウェアが記憶される。本実施例では、メモリ６２０に記憶されたアプリケーションソフトウェアは、ストレージ装置５０のＬＵ５９０に対するホスト計算機３０およびメンテナンス装置７０によるアクセスを管理する機能をＣＰＵ６１０に実現させるためのストレージ管理プログラム６８４を含む。ストレージ管理装置６０のメモリ６２０には、ストレージ装置５０のＬＵ５９０に対するアクセスを管理するためのデータとして、ストレージ装置５０のＬＵ５９０におけるマウントおよびメンテナンスの状態を管理するデータを格納するマウント管理テーブル６９２と、ストレージ装置５０のＬＵ５９０に対するメンテナンスの予定を管理するデータを格納するメンテナンス管理テーブル６９４と、ホスト計算機３０によるＬＵ５９０のマウントとメンテナンス装置７０によるＬＵ５９０のメンテナンスとの間の優先度を管理するデータを格納するメンテナンス優先度テーブル６９６とが記憶される。

図７は、ストレージ管理装置６０のメモリ６２０に記憶されたマウント管理テーブル６９２の一例を示す説明図である。ストレージ管理装置６０のマウント管理テーブル６９２は、ストレージ装置５０のＬＵ５９０を識別する論理ユニット識別番号を格納するテーブル欄６９２１と、そのＬＵ５９０をシンクライアント２０を通じて利用する権限を有するユーザを識別するユーザ情報を格納するテーブル欄６９２２と、そのＬＵ５９０をホスト計算機３０がｉＳＣＳＩマウントするのに用いるｉＳＣＳＩマウント情報を格納するテーブル欄６９２４と、そのＬＵ５９０をマウント中のホスト計算機３０を識別するホスト情報を格納するテーブル欄６９２６と、そのＬＵ５９０におけるマウント状態を示すマウント情報を格納するテーブル欄６９２８とを備える。

本実施例では、マウント管理テーブル６９２のテーブル欄６９２４には、ストレージ装置５０のＬＵ５９０に対応付けられたｉＳＣＳＩマウント情報として、そのＬＵ５９０のネットワーク９２における所在を示すＩＰ（Internet Protocol）アドレスと、そのＬＵ５９０をｉＳＣＳＩマウントするためのｉＳＣＳＩイニシエータ名と、そのＬＵ５９０に付与されるｉＳＣＳＩターゲット名とが格納される。

本実施例では、マウント管理テーブル６９２のテーブル欄６９２６には、ストレージ装置５０のＬＵ５９０に対応付けられたホスト情報として、そのＬＵ５９０をマウント中のホスト計算機３０についてのネットワーク９２における所在を示すＩＰアドレスが格納される。本実施例では、マウント管理テーブル６９２のテーブル欄６９２６には、ホスト計算機３０がストレージ装置５０のＬＵ５９０をマウントする際、そのホスト計算機３０のホスト情報が格納され、その後、そのホスト計算機３０がストレージ装置５０のＬＵ５９０をアンマウントする際、そのホスト情報は削除される。

本実施例では、マウント管理テーブル６９２のテーブル欄６９２８には、ストレージ装置５０のＬＵ５９０に対応付けられたマウント情報として、「ホストマウント」，「アンマウント」，「メンテナンス」のいずれかの状態を示すマウント情報が格納される。「ホストマウント」状態を示すマウント情報は、そのＬＵ５９０がホスト計算機３０によってマウント中であることを示す。「アンマウント」状態を示すマウント情報は、そのＬＵ５９０がホスト計算機３０によってマウントされていないこと（アンマウント）を示す。「メンテナンス」状態を示すマウント情報は、そのＬＵ５９０がメンテナンス装置７０によってメンテナンスを受けていることを示す。

図８は、ストレージ管理装置６０のメモリ６２０に記憶されたメンテナンス管理テーブル６９４の一例を示す説明図である。ストレージ管理装置６０のメンテナンス管理テーブル６９４は、メンテナンス管理テーブル６９４に登録されたメンテナンスを識別するメンテナンス登録番号を格納するテーブル欄６９４１と、そのメンテナンスの実行対象であるストレージ装置５０のＬＵ５９０を識別する論理ユニット識別番号を格納するテーブル欄６９４２と、そのメンテナンスの種類を識別するメンテナンス種別番号を格納するテーブル欄６９４３と、そのメンテナンスの種別名を示す種別名情報を格納するテーブル欄６９４４と、そのメンテナンスの実行態様を示す態様情報を格納するテーブル欄６９４５と、そのメンテナンスの登録設定をストレージ管理装置６０に要求した要求元を特定する要求元情報を格納するテーブル欄６９４６と、そのメンテナンスの実行状況を示す状況情報を格納するテーブル欄６９４８とを備える。

本実施例では、メンテナンス管理テーブル６９４のテーブル欄６９４５には、メンテナンスの実行態様を示す態様情報として、例えば、メンテナンスの種類が「記憶容量拡張」である場合、ストレージ装置５０のＬＵ５９０が拡張される拡張容量を示す情報が格納され、メンテナンスの種類が「ウィルススキャン」である場合、ストレージ装置５０のＬＵ５９０をスキャンする範囲を示す情報が格納され、メンテナンスの種類が「バックアップ」である場合、ストレージ装置５０のＬＵ５９０をバックアップする範囲を示す情報が格納される。

本実施例では、メンテナンス管理テーブル６９４のテーブル欄６９４６には、メンテナンスの要求元を示す要求元情報として、その要求元の所在を特定するＩＰアドレスが格納される。本実施例では、メンテナンスの要求元は、ホスト管理装置４０およびホスト計算機３０を含む。

本実施例では、メンテナンス管理テーブル６９４のテーブル欄６９４８には、メンテナンスの実行状況を示す状況情報として、「待機中」，「実行中」，「完了」のいずれかの状態を示す状況情報が格納される。「待機中」を示す状況情報は、メンテナンスの実行が予定されている状況を示す。「実行中」を示す状況情報は、メンテナンスが現在実行されている状況を示す。「完了」を示す状況情報は、メンテナンスの実行が完了している状況を示す。

図９は、ストレージ管理装置６０のメモリ６２０に記憶されたメンテナンス優先度テーブル６９６の一例を示す説明図である。ストレージ管理装置６０のメンテナンス優先度テーブル６９６は、ストレージ装置５０のＬＵ５９０に対するメンテナンスの種類を識別するメンテナンス種別番号を格納するテーブル欄６９６１と、そのメンテナンスの種別名を示す種別名情報を格納するテーブル欄６９６２と、そのメンテナンスとホスト計算機３０によるマウントとの間の優先度を示す優先度情報を格納するテーブル欄６９６４とを備える。

本実施例では、メンテナンス優先度テーブル６９６に規定されたメンテナンスの種類は、ストレージ装置５０のＬＵ５９０に設定された記憶容量を拡張する「記憶容量拡張」と、ＬＵ５９０に設定された記憶領域を初期化する「論理ユニット初期化」と、ＬＵ５９０の記憶領域に感染するコンピュータウィルスを調査する「ウィルススキャン」と、ＬＵ５９０の記憶領域に記憶されたデータのコピーを保存する「バックアップ」と、ＬＵ５９０の記憶領域にソフトウェアをシンクライアント２０によって利用可能にインストールする「ソフトウェアインストール」と、ＬＵ５９０の記憶領域にインストールされたソフトウェアを更新する「ソフトウェアアップデート」とを含む。

本実施例では、メンテナンス優先度テーブル６９６のテーブル欄６９６４には、メンテナンスとホスト計算機３０によるマウントとの間の優先度を示す優先度情報として、ホスト計算機３０がマウントを要求するストレージ装置５０のＬＵ５９０に対してメンテナンスが実行中である場合に、その実行中のメンテナンスを中断するか否かを示す情報が格納される。本実施例では、ホスト計算機３０がマウントを要求する場合に実行を中断しないメンテナンス種類は、「記憶容量拡張」，「論理ユニット初期化」を含む。本実施例では、ホスト計算機３０がマウントを要求する場合に実行を中断するメンテナンス種類は、「ウィルススキャン」，「バックアップ」，「ソフトウェアインストール」，「ソフトウェアアップデート」を含む。

図１０は、計算機システム１０におけるメンテナンス装置７０の詳細構成を主に示す説明図である。計算機システム１０のメンテナンス装置７０は、メンテナンス装置７０の各部を制御するＣＰＵ７１０と、ＣＰＵ７１０によって取り扱われるデータを記憶するメモリ７２０およびＨＤＤ７５０と、管理ネットワーク９４を介したデータのやり取りを行うネットワークインタフェース７３０とを備える。

メンテナンス装置７０のメモリ７２０には、ＣＰＵ７１０を動作させるプログラムとして、オペレーティングシステム７８２の他、種々のアプリケーションソフトウェアが記憶される。本実施例では、メモリ７２０に記憶されたアプリケーションソフトウェアは、ストレージ管理装置６０からの指示に基づいてストレージ装置５０のＬＵ５９０に対するメンテナンスを実行する機能をＣＰＵ７１０に実行させるためのメンテナンスプログラム７８４を含む。

Ｂ．計算機システムの動作
Ｂ１．マウント動作
図１１は、計算機システム１０におけるホスト計算機３０が実行するホストマウント処理（ステップＳ３１００）を示すフローチャートである。図１１のホストマウント処理（ステップＳ３１００）は、シンクライアント２０からの要求に基づいてホスト計算機３０がシンクライアントシステムのサーバとして起動するための処理を含む。本実施例では、図１１のホストマウント処理（ステップＳ３１００）は、ホスト計算機３０のＣＰＵ３１０によるソフトウェアに基づく動作によって実現される。本実施例では、ホスト計算機３０の電源管理部３６０が、シンクライアント２０からのＩＰＭＩコマンドに基づいて、ホスト計算機３０のクライアントブレード３２を駆動する電源をオンした後、ホスト計算機３０のＣＰＵ３１０は、図１１のホストマウント処理（ステップＳ３１００）を開始する。

計算機システム１０のホスト計算機３０は、図１１のホストマウント処理（ステップＳ３１００）を開始すると、シンクライアント２０からの要求に基づいて、シンクライアントシステムのサーバとして起動するための初期設定を行う起動処理を開始する（ステップＳ３１０５）。本実施例では、ホスト計算機３０は、起動処理（ステップＳ３１０５）において、シンクライアント２０から送信されるユーザ情報やパスワードを用いたシンクライアント２０の認証を、ホスト管理装置４０と協働して実行する。

ホスト計算機３０において起動処理が開始された後（ステップＳ３１０５）、ホスト計算機３０は、ストレージ装置５０のＬＵ５９０をｉＳＣＳＩマウントするためのｉＳＣＳＩマウント情報の提供をストレージ管理装置６０に要求する（ステップＳ３１１０）。本実施例では、ホスト計算機３０は、ｉＳＣＳＩマウント情報の提供を要求するコマンド[ＤｉｓｋＩｎｆｏＲｅｑ]をストレージ管理装置６０に送信する。本実施例では、ホスト計算機３０からストレージ管理装置６０に送信されるコマンド[ＤｉｓｋＩｎｆｏＲｅｑ]は、シンクライアント２０のユーザを識別するユーザ情報と、ホスト計算機３０を識別するホスト情報とを含む。

ホスト計算機３０によってコマンド[ＤｉｓｋＩｎｆｏＲｅｑ]がストレージ管理装置６０に送信された後（ステップＳ３１１０）、ホスト計算機３０は、ｉＳＣＳＩマウント情報をストレージ管理装置６０から受信する（ステップＳ３１２０）。本実施例では、ホスト計算機３０は、ｉＳＣＳＩマウント情報を含むコマンド［ＤｉｓｋＩｎｆｏ］をストレージ管理装置６０から受信する。本実施例では、コマンド［ＤｉｓｋＩｎｆｏ］に含まれるｉＳＣＳＩマウント情報は、ストレージ管理装置６０のマウント管理テーブル６９２に規定された情報を含み、その情報は、ユーザ情報に対応付けられたＬＵ５９０の所在を示すＩＰアドレスと、そのＬＵ５９０をｉＳＣＳＩマウントするためのｉＳＣＳＩイニシエータ名と、そのＬＵ５９０に付与されるｉＳＣＳＩターゲット名とを含む。

ｉＳＣＳＩマウント情報がホスト計算機３０によって受信された後（ステップＳ３１２０）、ホスト計算機３０は、ストレージ装置５０のＬＵ５９０をマウントするための起動準備が整ったこと示すホストオン通知［ＰＣ＿ＯＮ］をストレージ管理装置６０に送信する（ステップＳ３１３０）。本実施例では、ホストオン通知［ＰＣ＿ＯＮ］は、ホスト計算機３０からストレージ管理装置６０に送信されるＩＰＭＩコマンドに含まれる。

ホストオン通知［ＰＣ＿ＯＮ］がホスト計算機３０によって送信された後（ステップＳ３１３０）、ホスト計算機３０は、ｉＳＣＳＩマウントの可否を示すマウント可否応答をストレージ管理装置６０から受信する（ステップＳ３１４０）。本実施例では、ホスト計算機３０にｉＳＣＳＩマウントを許可するコマンド［ＰＣ＿ＯＮ＿ＯＫ］と、ホスト計算機３０にｉＳＣＳＩマウントを禁止するコマンド［ＰＣ＿ＯＮ＿ＮＧ］とのいずれか一方が、マウント可否応答に含まれる。

マウント可否応答がマウント可能であることを示す場合（ステップＳ３１５０）、ホスト計算機３０は、ストレージ管理装置６０から受信したｉＳＣＳＩマウント情報に基づいてストレージ装置５０のＬＵ５９０をマウントするためのｉＳＣＳＩマウント処理を実行する（ステップＳ３１６０）。本実施例では、ｉＳＣＳＩマウント処理（ステップＳ３１６０）において、ｉＳＣＳＩイニシエータであるホスト計算機３０からｉＳＣＳＩターゲットであるストレージ装置５０のＬＵ５９０にマウント要求が送信された後、ストレージ装置５０からホスト計算機３０にマウント応答が返信されることによって、ホスト計算機３０によるＬＵ５９０のマウントが実行される。

一方、マウント可否応答がマウント不可であることを示す場合（ステップＳ３１５０）、ホスト計算機３０は、予め設定された期間（例えば、１０秒間）、待機した後（ステップＳ３１５６）、前述したホストオン通知［ＰＣ＿ＯＮ］の送信（ステップＳ３１３０）からの処理を実行する。

また、前述したｉＳＣＳＩマウント情報の受信（ステップＳ３１２０）やマウント可否応答の受信（ステップＳ３１４０）が実行されずにタイムアウト期間（例えば、１０秒間）を経過してタイムアウトした場合、ホスト計算機３０は、電源管理部３６０のログ記憶部３６２にＩＰＭＩ通信ログとして記録されたメンテナンス情報を確認し（ステップＳ３１５２）、マウント対象であるストレージ装置５０のＬＵ５９０がメンテナンス中であるか否かを判断する（ステップＳ３１５４）。なお、電源管理部３６０のログ記憶部３６２におけるメンテナンス情報の記録についての詳細は後述する。

ログ記憶部３６２に記録されたメンテナンス情報がメンテナンス中を示す場合（ステップＳ３１５４）、ホスト計算機３０は、そのメンテナンスに応じた期間（例えば、１０秒間）、待機した後（ステップＳ３１５６）、前述したホストオン通知［ＰＣ＿ＯＮ］の送信（ステップＳ３１３０）からの処理を実行する。一方、ログ記憶部３６２に記録されたメンテナンス情報がメンテナンス中でないことを示す場合（ステップＳ３１５４）、ホスト計算機３０は、ｉＳＣＳＩマウント処理を実行する（ステップＳ３１６０）。これによって、ホスト計算機３０は、ストレージ管理装置６０がダウンした場合であっても、ストレージ装置５０のＬＵ５９０をマウントすることができる。

図１２は、計算機システム１０におけるストレージ管理装置６０が実行するマウント情報提供処理（ステップＳ６１００）を示すフローチャートである。図１２のマウント情報提供処理（ステップＳ６１００）は、ホスト計算機３０にｉＳＣＳＩマウント情報を提供するための処理を含む。本実施例では、図１２のマウント情報提供処理（ステップＳ６１００）は、ストレージ管理装置６０のＣＰＵ６１０によるソフトウェアに基づく動作によって実現される。本実施例では、ホスト計算機３０によってコマンド[ＤｉｓｋＩｎｆｏＲｅｑ]がストレージ管理装置６０に送信された場合（図１１のステップＳ３１１０）、ストレージ管理装置６０のＣＰＵ６１０は、図１２のマウント情報提供処理（ステップＳ６１００）を開始する。

計算機システム１０のストレージ管理装置６０は、図１２のマウント情報提供処理（ステップＳ６１００）を開始すると、ユーザ情報およびホスト情報を含むコマンド[ＤｉｓｋＩｎｆｏＲｅｑ]をホスト計算機３０から受信する（ステップＳ６１１０）。その後、ストレージ管理装置６０は、ホスト計算機３０から受信したコマンド[ＤｉｓｋＩｎｆｏＲｅｑ]に含まれるユーザ情報に対応する論理ユニット識別番号を、マウント管理テーブル６９２を参照して特定する（ステップＳ６１１２）。その後、ストレージ管理装置６０は、ホスト計算機３０から受信したコマンド[ＤｉｓｋＩｎｆｏＲｅｑ]に含まれるホスト情報を、特定された論理ユニット識別番号に対応するマウント管理テーブル６９２のテーブル欄６９２６に記録する（ステップＳ６１１４）。その後、ストレージ管理装置６０は、特定された論理ユニット識別番号に対応するｉＳＣＳＩマウント情報を、マウント管理テーブル６９２から読み出す（ステップＳ６１１６）。

その後、ストレージ管理装置６０は、マウント管理テーブル６９２から読み出したｉＳＣＳＩマウント情報を含むコマンド［ＤｉｓｋＩｎｆｏ］を、ホスト計算機３０に送信する（ステップＳ６１２０）。本実施例では、コマンド［ＤｉｓｋＩｎｆｏ］に対するホスト計算機３０からの応答受信が実行されずにタイムアウト期間（例えば、１０秒間）を経過してタイムアウトした場合、ストレージ管理装置６０は、再度、コマンド［ＤｉｓｋＩｎｆｏ］をホスト計算機３０に送信する（ステップＳ６１２０）。

図１３および図１４は、計算機システム１０におけるストレージ管理装置６０が実行するマウント可否判断処理（ステップＳ６２００）を示すフローチャートである。図１３および図１４のマウント可否判断処理（ステップＳ６２００）は、ホスト計算機３０によるマウントを許可するか否かを判断するための処理を含む。本実施例では、図１３および図１４のマウント可否判断処理（ステップＳ６２００）は、ストレージ管理装置６０のＣＰＵ６１０によるソフトウェアに基づく動作によって実現される。本実施例では、ホスト計算機３０によってコマンド[ＰＣ＿ＯＮ]がストレージ管理装置６０に送信された場合（図１１のステップＳ３１３０）、ストレージ管理装置６０のＣＰＵ６１０は、図１３および図１４のマウント可否判断処理（ステップＳ６２００）を開始する。

計算機システム１０のストレージ管理装置６０は、図１３および図１４のマウント可否判断処理（ステップＳ６２００）を開始すると、ホストオン通知［ＰＣ＿ＯＮ］をホスト計算機３０から受信する（ステップＳ６２０２）。その後、ストレージ管理装置６０は、ホストオン通知［ＰＣ＿ＯＮ］に含まれるホスト情報に対応する論理ユニット識別番号を、マウント管理テーブル６９２を参照して特定する（ステップＳ６２０４）。その後、ストレージ管理装置６０は、ホストオン通知［ＰＣ＿ＯＮ］で特定されたストレージ装置５０のＬＵ５９０におけるマウント状態を、マウント管理テーブル６９２のマウント情報を参照して確認する（ステップＳ６２０６）。

マウント管理テーブル６９２のマウント情報が「アンマウント」を示す場合（ステップＳ６２０８）、ストレージ管理装置６０は、ホスト計算機３０にｉＳＣＳＩマウントを許可するマウント許可メッセージとして、コマンド［ＰＣ＿ＯＮ＿ＯＫ］を生成し（ステップＳ６２１０）、マウント管理テーブル６９２のテーブル欄６９２８に記録されたマウント情報を、「アンマウント」から「ホストマウント」へと変更する（ステップＳ６２２０）。その後、ストレージ管理装置６０は、生成したコマンド［ＰＣ＿ＯＮ＿ＯＫ］を、マウント可否応答としてホスト計算機３０に送信する（ステップＳ６２７０）。本実施例では、マウント可否応答に対するホスト計算機３０からの応答受信が実行されずにタイムアウト期間（例えば、１０秒間）を経過してタイムアウトした場合、ストレージ管理装置６０は、再度、マウント可否応答をホスト計算機３０に送信する（ステップＳ６２７２）。

一方、マウント管理テーブル６９２のマウント情報が「メンテナンス」を示す場合（ステップＳ６２０８）、ストレージ管理装置６０は、ホストオン通知［ＰＣ＿ＯＮ］で特定されたストレージ装置５０のＬＵ５９０に対して実行中のメンテナンスの種類を、メンテナンス管理テーブル６９４のメンテナンス種別番号を参照して確認する（ステップＳ６２２０）。その後、ストレージ管理装置６０は、メンテナンス管理テーブル６９４によって確認されたメンテナンス種別番号に基づいて、実行中メンテナンスとホスト計算機３０によるマウントとの間の優先度を、メンテナンス優先度テーブル６９６の優先度情報を参照して確認する（ステップＳ６２２２）。

メンテナンス優先度テーブル６９６の優先度情報が「中断可能」を示す場合（ステップＳ６２２４）、ストレージ管理装置６０は、実行中メンテナンスの中断をメンテナンス装置７０に要求する（ステップＳ６２３０）。その後、ストレージ管理装置６０は、メンテナンス装置７０によるメンテナンスの中断を確認すると（ステップＳ６２３２，Ｓ６２３４）、メンテナンス管理テーブル６９４のテーブル欄６９４８に記録された状況情報を、「実行中」から「待機中」へと変更する（ステップＳ６２４０）。

その後、ストレージ管理装置６０は、メンテナンスの中断を示すメンテナンス情報を含むＩＰＭＩコマンドを、ホスト計算機３０の電源管理部３６０に送信する（ステップＳ６２４２）。これによって、ホスト計算機３０において、メンテナンスの中断を示すメンテナンス情報が、ＩＰＭＩ通信ログとして電源管理部３６０のログ記憶部３６２に記録される。なお、ホスト計算機３０のログ記憶部３６２に記録されたメンテナンス情報は、ホスト計算機３０のホストマウント処理（図１１、ステップＳ３１００）においてメンテナンスの処理状況を確認するために参照される（図１１のステップＳ３１５４）。

図１３および図１４の説明に戻り、ＩＰＭＩコマンドがホスト計算機３０のログ記憶部３６２に記録された後（ステップＳ６２４２）、ストレージ管理装置６０は、コマンド［ＰＣ＿ＯＮ＿ＯＫ］の生成（ステップＳ６２１０）からの処理を実行する。

メンテナンス優先度テーブル６９６の優先度情報が「中断不可」を示す場合や（ステップＳ６２２４）、メンテナンス装置７０がメンテナンスを中断しない場合（ステップＳ６２３４）、ストレージ管理装置６０は、ホスト計算機３０にｉＳＣＳＩマウントを禁止するマウント禁止メッセージとして、コマンド［ＰＣ＿ＯＮ＿ＮＧ］を生成する（ステップＳ６２５０）。その後、ストレージ管理装置６０は、生成したコマンド［ＰＣ＿ＯＮ＿ＮＧ］を、マウント可否応答としてホスト計算機３０に送信する（ステップＳ６２７０）。

Ｂ２．アンマウント動作
図１５は、計算機システム１０におけるホスト計算機３０が実行するホストアンマウント処理（ステップＳ３２００）を示すフローチャートである。図１５のホストアンマウント処理（ステップＳ３２００）は、シンクライアント２０からの要求に基づいてホスト計算機３０がシンクライアントシステムのサーバとしての稼働を終了するための処理を含む。本実施例では、図１５のホストアンマウント処理（ステップＳ３２００）は、ホスト計算機３０のＣＰＵ３１０によるソフトウェアに基づく動作によって実現される。本実施例では、ホスト計算機３０のＣＰＵ３１０は、シンクライアント２０から処理終了（シャットダウン）の要求を受信した場合に、図１５のホストアンマウント処理（ステップＳ３２００）を開始する。

計算機システム１０のホスト計算機３０は、図１５のホストアンマウント処理（ステップＳ３２００）を開始すると、シンクライアント２０からの要求に基づいて、シンクライアントシステムのサーバとしての稼働を終了するための稼働終了処理を開始する（ステップＳ３２１０）。その後、ホスト計算機３０は、ｉＳＣＳＩマウントしているストレージ装置５０のＬＵ５９０をアンマウントするためのｉＳＣＳＩアンマウント処理を実行する（ステップＳ３２２０）。本実施例では、ｉＳＣＳＩアンマウント処理（ステップＳ３２２０）において、ｉＳＣＳＩイニシエータであるホスト計算機３０からｉＳＣＳＩターゲットであるストレージ装置５０のＬＵ５９０にアンマウント要求が送信された後、ストレージ装置５０からホスト計算機３０にアンマウント応答が返信されることによって、ホスト計算機３０によるＬＵ５９０のアンマウントが実行される。ｉＳＣＳＩアンマウント処理を実行した後（ステップＳ３２２０）、ホスト計算機３０は、ホスト計算機３０がシンクライアントシステムのサーバとしての稼働を終了することを示すホストオフ通知［ＰＣ＿ＯＦＦ］をストレージ管理装置６０に送信する（ステップＳ３２３０）。本実施例では、ホストオン通知［ＰＣ＿ＯＮ］は、ホスト計算機３０からストレージ管理装置６０に送信されるＩＰＭＩコマンドに含まれる。

図１６は、計算機システム１０におけるストレージ管理装置６０が実行するアンマウント受付処理（ステップＳ６３００）を示すフローチャートである。図１６のアンマウント受付処理（ステップＳ６３００）は、ホスト計算機３０によるアンマウントを検知する処理を含む。本実施例では、図１６のアンマウント受付処理（ステップＳ６３００）は、ストレージ管理装置６０のＣＰＵ６１０によるソフトウェアに基づく動作によって実現される。本実施例では、ホスト計算機３０によってホストオフ通知[ＰＣ＿ＯＦＦ]がストレージ管理装置６０に送信された場合（図１５のステップＳ３２３０）、ストレージ管理装置６０のＣＰＵ６１０は、図１６のアンマウント受付処理（ステップＳ６３００）を開始する。

計算機システム１０のストレージ管理装置６０は、図１６のアンマウント受付処理（ステップＳ６３００）を開始すると、ホストオフ通知[ＰＣ＿ＯＦＦ]をホスト計算機３０から受信する（ステップＳ６３３０）。その後、ストレージ管理装置６０は、ホストオフ通知[ＰＣ＿ＯＦＦ]に含まれるホスト情報に対応する論理ユニット識別番号を、マウント管理テーブル６９２を参照して特定する（ステップＳ６３４０）。その後、ストレージ管理装置６０は、ホストオフ通知[ＰＣ＿ＯＦＦ]で特定された論理ユニット識別番号のマウント状態を示すマウント管理テーブル６９２のテーブル欄６９２８に記録されたマウント情報を、「ホストマウント」から「アンマウント」へと変更する（ステップＳ６３５０）。

Ｂ３．メンテナンス動作
図１７は、計算機システム１０におけるストレージ管理装置６０が実行するメンテナンス設定処理（ステップＳ６４００）を示すフローチャートである。図１７のメンテナンス設定処理（ステップＳ６４００）は、ストレージ管理装置６０のメンテナンス管理テーブル６９４にメンテナンスの予定を新規に設定するための処理を含む。本実施例では、図１７のメンテナンス設定処理（ステップＳ６４００）は、ストレージ管理装置６０のＣＰＵ６１０によるソフトウェアに基づく動作によって実現される。本実施例では、新規のメンテナンスを登録するためのメンテナンス要求がメンテナンス要求元（例えば、ホスト管理装置４０，ホスト計算機３０）から送信された場合、ストレージ管理装置６０のＣＰＵ６１０は、図１７のメンテナンス設定処理（ステップＳ６４００）を開始する。

計算機システム１０のストレージ管理装置６０は、図１７のメンテナンス設定処理（ステップＳ６４００）を開始すると、メンテナンス要求元からメンテナンス要求を受信する（ステップＳ６４１０）。その後、ストレージ管理装置６０は、メンテナンス要求に含まれる情報に基づいて、新規のメンテナンスをメンテナンス管理テーブル６９４に登録する（ステップＳ６４２０）。その後、ストレージ管理装置６０は、ホスト管理装置４０から受信したメンテナンス要求に基づいて新規のメンテナンスがメンテナンス管理テーブル６９４に登録されたことを示すメンテナンス登録通知を、メンテナンス要求元に送信する（ステップＳ６４３０）。本実施例では、メンテナンス登録通知に対するホスト管理装置４０からの応答受信が実行されずにタイムアウト期間（例えば、１０秒間）を経過してタイムアウトした場合、ストレージ管理装置６０は、再度、メンテナンス登録通知をメンテナンス要求元に送信する（ステップＳ６４３２）。

図１８および図１９は、計算機システム１０におけるストレージ管理装置６０が実行するメンテナンス実行処理（ステップＳ６５００）を示すフローチャートである。図１８および図１９のメンテナンス実行処理（ステップＳ６５００）は、ストレージ管理装置６０のメンテナンス管理テーブル６９４に設定されたメンテナンスをメンテナンス装置７０に実行させるための処理を含む。本実施例では、図１８および図１９のメンテナンス実行処理（ステップＳ６５００）は、ストレージ管理装置６０のＣＰＵ６１０によるソフトウェアに基づく動作によって実現される。本実施例では、ストレージ管理装置６０のＣＰＵ６１０は、図１８および図１９のメンテナンス実行処理（ステップＳ６５００）を定期的に実行する。

計算機システム１０のストレージ管理装置６０は、図１８および図１９のメンテナンス実行処理（ステップＳ６５００）を開始すると、メンテナンス管理テーブル６９４に登録された最初の登録メンテナンスを特定する（ステップＳ６５０２）。本実施例では、最初に特定される登録メンテナンスは、メンテナンス管理テーブル６９４のテーブル欄６９４１に記録されたメンテナンス登録番号の順序に基づいて決定される。本実施例では、図１８および図１９のメンテナンス実行処理（ステップＳ６５００）において、最初の登録メンテナンスについての処理が終了した後、メンテナンス登録番号の順序に従って、後続の登録メンテナンスについての処理が次々に開始される（ステップＳ６５７０，Ｓ６５７２）。

メンテナンス管理テーブル６９４から登録メンテナンスが特定された後（ステップＳ６５０２）、ストレージ管理装置６０は、登録メンテナンスの状況情報が「待機中」であることを、メンテナンス管理テーブル６９４のテーブル欄６９４８を参照して確認する（ステップＳ６５１０）。その後、ストレージ管理装置６０は、登録メンテナンスの実行対象となるストレージ装置５０のＬＵ５９０を、メンテナンス管理テーブル６９４のテーブル欄６９４２を参照して論理ユニット識別番号で特定する（ステップＳ６５１２）。その後、ストレージ管理装置６０は、論理ユニット識別番号で特定されたストレージ装置５０のＬＵ５９０のマウント状態が「アンマウント」であることを、マウント管理テーブル６９２のテーブル欄６９２８を参照して確認する（ステップＳ６５１６）。

その後、ストレージ管理装置６０は、登録メンテナンスの実行対象であるストレージ装置５０のＬＵ５９０が割り当てられたホスト計算機３０の電源状態を、そのホスト計算機３０の電源管理部３６０に、ＩＰＭＩコマンドを用いて問い合わせる（ステップＳ６５２０）。本実施例では、ストレージ管理装置６０は、ホスト計算機３０の電源管理部３６０に対する問い合わせに先立って、登録メンテナンスの実行対象であるストレージ装置５０のＬＵ５９０が割り当てられたホスト計算機３０をホスト管理装置４０に問い合わせるが、他の実施形態として、ストレージ管理装置６０は、ホスト管理装置４０を介してホスト計算機３０の電源状態を問い合わせても良い。本実施例では、電源状態の問い合わせに対するホスト計算機３０からの応答受信が実行されずにタイムアウト期間（例えば、１０秒間）を経過してタイムアウトした場合、ストレージ管理装置６０は、再度、電源状態の問い合わせをホスト計算機３０に行う（ステップＳ６５２２）。

ホスト計算機３０の電源状態を示す電源情報を含む応答が受信された後（ステップＳ６５２２）、ストレージ管理装置６０は、ホスト計算機３０からの応答に基づいて、ホスト計算機３０の電源がオフであることを確認する（ステップＳ６５２４）。その後、ストレージ管理装置６０は、マウント管理テーブル６９２のテーブル欄６９２８に記録されたマウント情報を、「アンマウント」から「メンテナンス」へと変更する（ステップＳ６５３０）。

その後、ストレージ管理装置６０は、メンテナンス装置７０に登録メンテナンスを実行するように指示する（ステップＳ６５３２）。その後、ストレージ管理装置６０は、登録メンテナンスが開示されたことをメンテナンス装置７０からの応答に基づいて確認すると（ステップＳ６５３４，Ｓ６５３６）、メンテナンス管理テーブル６９４のテーブル欄６９４８に記録された状況情報を、「待機中」から「実行中」へと変更する（ステップＳ６５４０）。

その後、ストレージ管理装置６０は、メンテナンスの開始を示すメンテナンス情報を含むＩＰＭＩコマンドを、ホスト計算機３０の電源管理部３６０に送信する（ステップＳ６５４２）。これによって、ホスト計算機３０において、メンテナンスの開始を示すメンテナンス情報が、ＩＰＭＩ通信ログとして電源管理部３６０のログ記憶部３６２に記録される。なお、ホスト計算機３０のログ記憶部３６２に記録されたメンテナンス情報は、ホスト計算機３０のホストマウント処理（ステップＳ３１００）においてメンテナンスの処理状況を確認するために参照される（図１１のステップＳ３１５４）。

図１８および図１９の説明に戻り、メンテナンス情報がホスト計算機３０のログ記憶部３６２に記録された後（ステップＳ６５４２）、ストレージ管理装置６０は、全ての登録メンテナンスについての処理を終えるまで、最初の登録メンテナンスと同様に、後続の登録メンテナンスについて処理を行う（ステップＳ６５７０，Ｓ６５７２）。

一方、登録メンテナンスの実行がメンテナンス装置７０に指示された後（ステップＳ６５３２）、ストレージ管理装置６０は、登録メンテナンスが開示されないことをメンテナンス装置７０からの応答に基づいて確認すると（ステップＳ６５３４，Ｓ６５３６）、登録メンテナンスの実行をキャンセルして、マウント管理テーブル６９２のテーブル欄６９２８に記録されたマウント情報を、「メンテナンス」から「アンマウント」へと変更する（ステップＳ６５６０）。その後、ストレージ管理装置６０は、全ての登録メンテナンスについての処理を終えるまで、最初の登録メンテナンスと同様に、後続の登録メンテナンスについての処理を行う（ステップＳ６５７０，Ｓ６５７２）。

また、登録メンテナンスの状況情報が「待機中」でない場合（ステップＳ６５１０）、論理ユニット識別番号で特定されたストレージ装置５０のＬＵ５９０のマウント状態が「アンマウント」でない場合（ステップＳ６５１６）、ホスト計算機３０からの応答に含まれる電源情報が「電源オン」を示す場合（ステップＳ６５２４）、ストレージ管理装置６０は、登録メンテナンスの実行をキャンセルして、全ての登録メンテナンスについての処理を終えるまで、最初の登録メンテナンスと同様に、後続の登録メンテナンスについての処理を行う（ステップＳ６５７０，Ｓ６５７２）。

図２０は、計算機システム１０におけるホスト計算機３０が実行する電源管理処理（ステップＳ３６００）を示すフローチャートである。図２０の電源管理処理（ステップＳ３６００）は、ホスト計算機３０の電源状態をホスト計算機３０からストレージ管理装置６０に通知するための処理を含む。本実施例では、図２０の電源管理処理（ステップＳ３６００）は、ホスト計算機３０の電源管理部３６０によるＩＰＭＩファームウェアに基づく動作によって実現される。本実施例では、ホスト計算機３０の電源管理部３６０は、ストレージ管理装置６０からのＩＰＭＩコマンドに基づいて、図２０の電源管理処理（ステップＳ３６００）を開始する。

計算機システム１０のホスト計算機３０は、図２０の電源管理処理（ステップＳ３６００）を開始すると、ホスト計算機３０の電源状態を問い合わせるためのＩＰＭＩコマンドをストレージ管理装置６０から受信する（ステップＳ３６１０）。その後、ホスト計算機３０は、ホスト計算機３０における電源状態を確認すると（ステップＳ３６２０）、ホスト計算機３０の電源状態を示す電源情報を含むＩＰＭＩコマンドを、電源状態応答としてストレージ管理装置６０に送信する（ステップＳ３６３０）。本実施例では、電源状態応答に対するストレージ管理装置６０からの応答受信が実行されずにタイムアウト期間（例えば、１０秒間）を経過してタイムアウトした場合、ホスト計算機３０は、再度、電源状態応答をストレージ管理装置６０に送信する（ステップＳ３６４０）。

図２１は、計算機システム１０におけるストレージ管理装置６０が実行する完了登録処理（ステップＳ６６００）を示すフローチャートである。図２１の完了登録処理（ステップＳ６６００）は、メンテナンスの完了をメンテナンス管理テーブル６９４に登録するための処理を含む。本実施例では、図２１の完了登録処理（ステップＳ６６００）は、ストレージ管理装置６０のＣＰＵ６１０によるソフトウェアに基づく動作によって実現される。本実施例では、ストレージ管理装置６０のＣＰＵ６１０は、メンテナンス装置７０からの通知に基づいて、図２１の完了登録処理（ステップＳ６６００）を開始する。

計算機システム１０のストレージ管理装置６０は、図２１の完了登録処理（ステップＳ６６００）を開始すると、ストレージ管理装置６０からメンテナンス装置７０に指示されたメンテナンスが完了したことを示すメンテナンス完了通知を、メンテナンス装置７０から受信する（ステップＳ６６１０）、その後、ストレージ管理装置６０は、メンテナンス完了通知に基づいてメンテナンス管理テーブル６９４から完了メンテナンスを特定する（ステップＳ６６２０）。その後、ストレージ管理装置６０は、メンテナンス管理テーブル６９４のテーブル欄６９４８に記録された状況情報を、「実行中」から「完了」へと変更する（ステップＳ６６３０）。

その後、ストレージ管理装置６０は、メンテナンスの完了を示すメンテナンス情報を含むＩＰＭＩコマンドを、ホスト計算機３０の電源管理部３６０に送信する（ステップＳ６６４０）。これによって、ホスト計算機３０において、メンテナンスの完了を示すメンテナンス情報が、ＩＰＭＩ通信ログとして電源管理部３６０のログ記憶部３６２に記録される。なお、ホスト計算機３０のログ記憶部３６２に記録されたメンテナンス情報は、ホスト計算機３０のホストマウント処理（ステップＳ３１００）においてメンテナンスの処理状況を確認するために参照される（図１１のステップＳ３１５４）。

図２２は、計算機システム１０におけるストレージ管理装置６０が実行する完了通知処理（ステップＳ６７００）を示すフローチャートである。図２２の完了通知処理（ステップＳ６７００）は、メンテナンスの完了をメンテナンスの要求元に通知するための処理を含む。本実施例では、図２２の完了通知処理（ステップＳ６７００）は、ストレージ管理装置６０のＣＰＵ６１０によるソフトウェアに基づく動作によって実現される。ストレージ管理装置６０のＣＰＵ６１０は、図２２の完了通知処理（ステップＳ６７００）を定期的に実行する。

計算機システム１０のストレージ管理装置６０は、図２２の完了通知処理（ステップＳ６７００）を開始すると、メンテナンス管理テーブル６９４に登録された最初の登録メンテナンスを特定する（ステップＳ６７１０）。本実施例では、最初に特定される登録メンテナンスは、メンテナンス管理テーブル６９４のテーブル欄６９４１に記録されたメンテナンス登録番号の順序に基づいて決定される。本実施例では、図２２の完了通知処理（ステップＳ６７００）において、最初の登録メンテナンスについての処理が終了した後、メンテナンス登録番号の順序に従って、後続の登録メンテナンスについての処理が次々に開始される（ステップＳ６７５０，Ｓ６７５２）。

メンテナンス管理テーブル６９４から登録メンテナンスが特定された後（ステップＳ６７１０）、ストレージ管理装置６０は、登録メンテナンスの状況情報が「完了」であることを、メンテナンス管理テーブル６９４のテーブル欄６９４８を参照して確認する（ステップＳ６５１０）。その後、ストレージ管理装置６０は、完了メンテナンスの要求元情報を、メンテナンス管理テーブル６９４のテーブル欄６９４６を参照して特定する（ステップＳ６７２０）。

その後、ストレージ管理装置６０は、メンテナンス管理テーブル６９４で特定した要求元情報に基づいて、メンテナンスが完了したことを示すメンテナンス完了通知を、その完了メンテナンスを要求したメンテナンス要求元（例えば、ホスト管理装置４０）に送信する（ステップＳ６７３０）。本実施例では、メンテナンス完了通知に対するメンテナンス要求元からの応答受信が実行されずにタイムアウト期間（例えば、１０秒間）を経過してタイムアウトした場合、ストレージ管理装置６０は、再度、メンテナンス完了通知をメンテナンス要求元に行う（ステップＳ６７３２）。メンテナンス要求元からの応答受信が実行された後（ステップＳ６７３２）、ストレージ管理装置６０は、メンテナンス管理テーブル６９４から登録メンテナンスを削除する（ステップＳ６７４０）。

以上説明した計算機システム１０によれば、ストレージ装置５０のＬＵ５９０に対するメンテナンスは、ホスト計算機３０がＬＵ５９０をマウント中でない場合に実行される一方、ホスト計算機３０によるマウントは、メンテナンス中でない場合に実行される。その結果、ホスト計算機３０によるＬＵ５９０のマウントと、そのＬＵ５９０に対するメンテナンスとが同時に行われることを防止することができる。

また、ストレージ管理装置６０は、ホスト計算機３０から送信されたホストオン通知［ＰＣ＿ＯＮ］に基づいて、ホスト計算機３０が起動することを検知するため（ステップＳ６２０２）、ストレージ管理装置６０は、ホスト計算機３０に問い合わせを行う必要なく、ホスト計算機３０の起動を検知することができる。

また、ストレージ管理装置６０は、ホスト計算機３０から送信されたホストオフ通知［ＰＣ＿ＯＦＦ］に基づいて、ホスト計算機３０が稼働を終了することを検知するため（ステップＳ６３３０）、ストレージ管理装置６０は、ホスト計算機３０に問い合わせを行う必要なく、ホスト計算機３０の稼働終了を検知することができる。また、ストレージ管理装置６０は、ホストオン通知［ＰＣ＿ＯＮ］およびホストオフ通知［ＰＣ＿ＯＦＦ］に基づいて、ホスト計算機３０がストレージ装置５０のＬＵ５９０をマウント中であるか否かを判断するため（ステップＳ６２００，Ｓ６３００，ステップＳ６５１６）、ストレージ管理装置６０は、ホスト計算機３０に問い合わせを行う必要なく、マウント中であるか否かを判断することができる。

また、ホストオン通知［ＰＣ＿ＯＮ］およびホストオフ通知［ＰＣ＿ＯＦＦ］は、ホスト計算機３０の電源管理部３６０とストレージ管理装置６０との間でやり取りされるＩＰＭＩコマンドに含まれるため、ストレージ管理装置６０は、ホスト計算機３０のアーキテクチャに依存することなく、ホストオン通知［ＰＣ＿ＯＮ］およびホストオフ通知［ＰＣ＿ＯＦＦ］をホスト計算機３０から取得することができる。

また、ストレージ管理装置６０は、ホスト計算機３０から取得したＩＰＭＩコマンドに含まれる電源情報に基づいて、ホスト計算機３０によるマウントを判断するため（ステップＳ６５２０，Ｓ６５２２，Ｓ６５２４，Ｓ６５３０）、ストレージ管理装置６０は、ホスト計算機３０がストレージ装置５０のＬＵ５９０をマウント中であるか否かを、ホスト計算機３０のアーキテクチャに依存することなく、ホスト計算機３０の電源のオンオフに基づいて判断することができる。

また、ストレージ管理装置６０は、ストレージ装置５０のＬＵ５９０がホスト計算機３０によってマウント中である場合、そのＬＵ５９０に対するメンテナンスを、少なくともマウントの終了まで延期するため（ステップＳ６５００）、ホスト計算機３０によるマウントのために実行されなかったメンテナンスを、ホスト計算機３０によるアンマウントの後で実行することができる。

また、ストレージ管理装置６０は、ストレージ装置５０のＬＵ５９０がメンテナンス中である場合、ホスト計算機３０によるマウントを禁止するため（ステップＳ６２５０）、メンテナンス中のＬＵ５９０がホスト計算機３０によってマウントされてしまうことを防止することができる。また、ストレージ管理装置６０は、メンテナンス優先度テーブル６９６に設定されたメンテナンスの優先度に応じて、実行中のメンテナンスを中断することによって、ホスト計算機３０によるマウントを実現するため（ステップＳ６２２４）、メンテナンス中のＬＵ５９０がホスト計算機３０によってマウントされてしまうことを防止しつつ、実行中のメンテナンスとの優先度に応じてホスト計算機３０によるマウントを実現することができる。また、メンテナンス優先度テーブル６９６には、メンテナンスの種類毎に、メンテナンスの優先度が設定されるため、メンテナンスの中断がストレージ装置５０のＬＵ５９０に与える影響をメンテナンスの種類毎に考慮して、マウントとメンテナンスとの間の優先度を設定することができる。

Ｃ．その他の実施形態：
以上、本発明の実施の形態について説明したが、本発明はこうした実施の形態に何ら限定されるものではなく、本発明の趣旨を逸脱しない範囲内において様々な形態で実施し得ることは勿論である。例えば、本実施例では、計算機システム１０におけるホスト管理装置４０，ストレージ装置５０，ストレージ管理装置６０，メンテナンス装置７０の各装置を個別に構成したが、他の形態として、ホスト管理装置４０とストレージ管理装置６０とを一体に構成しても良いし、ストレージ管理装置６０とメンテナンス装置７０とを一体に構成しても良いし、ストレージ装置５０とメンテナンス装置７０とを一体に構成しても良い。

計算機システム１０の概略構成を示す説明図である。 計算機システム１０におけるシンクライアント２０の詳細構成を主に示す説明図である。 計算機システム１０におけるホスト計算機３０の詳細構成を主に示す説明図である。 計算機システム１０におけるホスト管理装置４０の詳細構成を主に示す説明図である。 計算機システム１０におけるストレージ装置５０の詳細構成を主に示す説明図である。 計算機システム１０におけるストレージ管理装置６０の詳細構成を主に示す説明図である。 ストレージ管理装置６０のメモリ６２０に記憶されたマウント管理テーブル６９２の一例を示す説明図である。 ストレージ管理装置６０のメモリ６２０に記憶されたメンテナンス管理テーブル６９４の一例を示す説明図である。 ストレージ管理装置６０のメモリ６２０に記憶されたメンテナンス優先度テーブル６９６の一例を示す説明図である。 計算機システム１０におけるメンテナンス装置７０の詳細構成を主に示す説明図である。 計算機システム１０におけるホスト計算機３０が実行するホストマウント処理（ステップＳ３１００）を示すフローチャートである。 計算機システム１０におけるストレージ管理装置６０が実行するマウント情報提供処理（ステップＳ６１００）を示すフローチャートである。 計算機システム１０におけるストレージ管理装置６０が実行するマウント可否判断処理（ステップＳ６２００）を示すフローチャートである。 計算機システム１０におけるストレージ管理装置６０が実行するマウント可否判断処理（ステップＳ６２００）を示すフローチャートである。 計算機システム１０におけるホスト計算機３０が実行するホストアンマウント処理（ステップＳ３２００）を示すフローチャートである。 計算機システム１０におけるストレージ管理装置６０が実行するアンマウント受付処理（ステップＳ６３００）を示すフローチャートである。 計算機システム１０におけるストレージ管理装置６０が実行するメンテナンス設定処理（ステップＳ６４００）を示すフローチャートである。 計算機システム１０におけるストレージ管理装置６０が実行するメンテナンス実行処理（ステップＳ６５００）を示すフローチャートである。 計算機システム１０におけるストレージ管理装置６０が実行するメンテナンス実行処理（ステップＳ６５００）を示すフローチャートである。 計算機システム１０におけるホスト計算機３０が実行する電源管理処理（ステップＳ３６００）を示すフローチャートである。 計算機システム１０におけるストレージ管理装置６０が実行する完了登録処理（ステップＳ６６００）を示すフローチャートである。 計算機システム１０におけるストレージ管理装置６０が実行する完了通知処理（ステップＳ６７００）を示すフローチャートである。

符号の説明

１０...計算機システム
２０...シンクライアント
３０...ホスト計算機
３２...クライアントブレード
４０...ホスト管理装置
５０...ストレージ装置
６０...ストレージ管理装置
７０...メンテナンス装置
９２...ネットワーク
９４...管理ネットワーク
２１０...ＣＰＵ
２２０...メモリ
２３０...ネットワークインタフェース
２５２...ディスプレイ
２５４...キーボード
２５６...マウス
２８２...オペレーティングシステム
２８４...ホスト接続プログラム
３１０...ＣＰＵ
３２０...メモリ
３３０...ネットワークインタフェース
３６０...電源管理部
３６２...ログ記憶部
３８２...オペレーティングシステム
３８４...シンクライアント接続プログラム
３８６...ストレージ接続プログラム
４１０...ＣＰＵ
４２０...メモリ
４３０...ネットワークインタフェース
４８２...オペレーティングシステム
４８４...ホスト管理プログラム
４８６...シンクライアント認証プログラム
４８８...ホスト対応テーブル
４５０...ＨＤＤ
５１０...ＣＰＵ
５２０...メモリ
５３２...ホストインタフェース
５３４...管理インタフェース
５４２...ディスクインタフェース
５４４...キャッシュメモリ
５５０...ＨＤＤ
５８２...ストレージ構成プログラム
５８４...アクセス管理プログラム
５８６...メンテナンスプログラム
５９０...論理ユニット（ＬＵ）
６１０...ＣＰＵ
６２０...メモリ
６３０...ネットワークインタフェース
６５０...ＨＤＤ
６８２...オペレーティングシステム
６８４...ストレージ管理プログラム
６９２...マウント管理テーブル
６９４...メンテナンス管理テーブル
６９６...メンテナンス優先度テーブル
７１０...ＣＰＵ
７２０...メモリ
７３０...ネットワークインタフェース
７５０...ＨＤＤ
７８２...オペレーティングシステム
７８４...メンテナンスプログラム

Claims (20)

1. データを記憶する記憶領域を提供するストレージ装置と、前記ストレージ装置の記憶領域をネットワーク経由でマウントするホスト計算機と、前記ストレージ装置の記憶領域をメンテナンスするメンテナンス装置とを備える計算機システムにおいて、前記ストレージ装置の記憶領域に対するアクセスを管理するストレージ管理装置であって、
   予め設定されたメンテナンスの予定に応じて、前記ホスト計算機が前記ストレージ装置の記憶領域をマウント中であるか否かを判断するマウント判断部と、
   前記ホスト計算機が前記記憶領域をマウント中でないと前記マウント判断部によって判断された場合、前記メンテナンス装置に前記予定されたメンテナンスを実行するように指示するメンテナンス実行指示部と、
   前記ホスト計算機が起動するのを検知するホストオン検知部と、
   前記ホストオン検知部によって検知された前記ホスト計算機の起動に応じて、前記メンテナンス装置が前記ストレージ装置の記憶領域をメンテナンス中であるか否かを判断するメンテナンス判断部と、
   前記メンテナンス装置が前記記憶領域をメンテナンス中でないと前記メンテナンス判断部によって判断された場合、前記ホスト計算機が前記ストレージ装置の記憶領域をマウントするのを許可するマウント許可部と
   を備えるストレージ管理装置。
2. 請求項１記載のストレージ管理装置であって、
   前記ホストオン検知部は、
   前記ホスト計算機が起動する際に該ホスト計算機から送信されるホストオン通知を受信するオン通知受信部と、
   前記オン通知受信部によって受信されたホストオン通知に基づいて、前記ホスト計算機が起動するのを検知するオン通知検知部と
   を含むストレージ管理装置。
3. 前記オン通知受信部によって受信されるホストオン通知は、ＩＰＭＩ規格に準拠して前記ホスト計算機との間でやり取りされる情報を含む請求項２記載のストレージ管理装置。
4. 請求項１ないし３のいずれか記載のストレージ管理装置であって、更に、前記ホスト計算機が稼働を終了するのを検知するホストオフ検知部を備え、
   前記マウント判断部は、前記ホストオン検知部によって検知された前記ホスト計算機の起動および前記ホストオフ検知部によって検知された前記ホスト計算機の稼働終了に基づいて、前記ホスト計算機が前記ストレージ装置の記憶領域をマウント中であるか否かを判断するアクセス検知判断部を含むストレージ管理装置。
5. 請求項４記載のストレージ管理装置であって、
   前記ホストオフ検知部は、
   前記ホスト計算機が稼働を終了する際に該ホスト計算機から送信されるホストオフ通知を受信するオフ通知受信部と、
   前記オフ通知受信部によって受信されたホストオフ通知に基づいて、前記ホスト計算機が稼働を終了するのを検知するオフ通知検知部と
   を含むストレージ管理装置。
6. 前記オフ通知受信部によって受信されるホストオフ通知は、ＩＰＭＩ規格に準拠して前記ホスト計算機との間でやり取りされる情報を含む請求項５記載のストレージ管理装置。
7. 請求項１ないし６のいずれか記載のストレージ管理装置であって、更に、前記ホスト計算機を駆動する電源のオンオフを示す電源情報を、ＩＰＭＩ規格に準拠して前記ホスト計算機から取得する電源情報取得部を備え、
   前記マウント判断部は、前記電源情報取得部によって取得された電源情報に基づいて、前記ホスト計算機が前記ストレージ装置の記憶領域をマウント中であるか否かを判断する電源情報判断部を含むストレージ管理装置。
8. 請求項１ないし７のいずれか記載のストレージ管理装置であって、更に、前記メンテナンス装置による前記ストレージ装置の記憶領域に対するメンテナンスの実行状況を示すメンテナンス情報を、ＩＰＭＩ規格に準拠して前記ホスト計算機に送信するメンテナンス情報送信部を備えるストレージ管理装置。
9. 請求項１ないし８のいずれか記載のストレージ管理装置であって、更に、前記ホスト計算機が前記記憶領域をマウント中であると前記マウント判断部によって判断された場合、前記予定されたメンテナンスの実行を、少なくとも該マウントの終了まで延期するメンテナンス延期部を備えるストレージ管理装置。
10. 請求項１ないし９のいずれか記載のストレージ管理装置であって、更に、前記メンテナンス装置が前記記憶領域をメンテナンス中であると前記メンテナンス判断部によって判断された場合、前記ホスト計算機が前記ストレージ装置の記憶領域をマウントするのを禁止するマウント禁止部を備えるストレージ管理装置。
11. 請求項１ないし９のいずれか記載のストレージ管理装置であって、更に、
    前記メンテナンス装置が前記記憶領域をメンテナンス中であると前記メンテナンス判断部によって判断された場合、前記メンテナンス装置に該実行中のメンテナンスを中断するように指示するメンテナンス中断指示部と、
    前記メンテナンス中断指示部に従って前記メンテナンス装置が前記実行中のメンテナンスを中断した場合、前記ホスト計算機が前記ストレージ装置の記憶領域をマウントするのを許可する中断マウント許可部と
    を備えるストレージ管理装置。
12. 請求項１ないし９のいずれか記載のストレージ管理装置であって、更に、
    前記ホスト計算機によるマウントと、前記メンテナンス装置によるメンテナンスとの間の優先度を示す優先度テーブルを管理する優先度管理部と、
    前記メンテナンス装置が前記記憶領域をメンテナンス中であると前記メンテナンス判断部によって判断された場合、該実行中のメンテナンスの優先度と、前記ホスト計算機によるマウントとの間の優先度を、前記優先度テーブルに基づいて判断する優先度判断部と、
    前記実行中のメンテナンスの優先度が前記ホスト計算機によるマウントの優先度よりも低いと前記優先度判断部によって判断された場合、前記メンテナンス装置に該実行中のメンテナンスを中断するように指示するメンテナンス中断指示部と、
    前記メンテナンス中断指示部に従って前記メンテナンス装置が前記実行中のメンテナンスを中断した場合、前記ホスト計算機が前記ストレージ装置の記憶領域をマウントするのを許可する中断マウント許可部と、
    前記実行中のメンテナンスの優先度が前記ホスト計算機によるマウントの優先度よりも高いと前記優先度判断部によって判断された場合、前記ホスト計算機が前記ストレージ装置の記憶領域をマウントするのを禁止するマウント禁止部と
    を備えるストレージ管理装置。
13. 前記優先度テーブルは、前記メンテナンス装置によるメンテナンスの種類毎に、前記ホスト計算機によるマウントとの間の優先度を示す情報を含む請求項１２記載のストレージ管理装置。
14. 前記メンテナンス装置によるメンテナンスは、記憶容量拡張，初期化，バックアップ，ウィルススキャン，ソフトウェアインストール，ソフトウェアアップデートの少なくとも一つを含む請求項１ないし１３のいずれか記載のストレージ管理装置。
15. 前記ホスト計算機によるマウントは、ｉＳＣＳＩ規格およびファイバチャネル規格の少なくとも一方に準拠して実行される請求項１ないし１４のいずれか記載のストレージ管理装置。
16. データを記憶する記憶領域を提供するストレージ装置と、前記ストレージ装置の記憶領域をネットワーク経由でマウントするホスト計算機と、前記ストレージ装置の記憶領域をメンテナンスするメンテナンス装置とを備える計算機システムであって、
    予め設定されたメンテナンスの予定に応じて、前記ホスト計算機が前記ストレージ装置の記憶領域をマウント中であるか否かを判断するマウント判断部と、
    前記ホスト計算機が前記記憶領域をマウント中でないと前記マウント判断部によって判断された場合、前記メンテナンス装置に前記予定されたメンテナンスを実行するように指示するメンテナンス実行指示部と、
    前記ホスト計算機が起動するのを検知するホストオン検知部と、
    前記ホストオン検知部によって検知された前記ホスト計算機の起動に応じて、前記メンテナンス装置が前記ストレージ装置の記憶領域をメンテナンス中であるか否かを判断するメンテナンス判断部と、
    前記メンテナンス装置が前記記憶領域をメンテナンス中でないと前記メンテナンス判断部によって判断された場合、前記ホスト計算機が前記ストレージ装置の記憶領域をマウントするのを許可するマウント許可部と
    を備える計算機システム。
17. 請求項１６記載の計算機システムであって、
    前記ホスト計算機は、ＩＰＭＩ規格に準拠して、該ホスト計算機を駆動する電源のオンオフを示す電源情報を管理する電源管理部を含み、
    更に、ＩＰＭＩ規格に準拠して、前記電源情報を前記ホスト計算機の電源管理部から取得する電源情報取得部を備え、
    前記マウント判断部は、前記電源情報取得部によって取得された電源情報に基づいて、前記ホスト計算機が前記ストレージ装置の記憶領域をマウント中であるか否かを判断する電源情報判断部を含む計算機システム。
18. 請求項１６または１７記載の計算機システムであって、更に、前記メンテナンス装置による前記ストレージ装置の記憶領域に対するメンテナンスの実行状況を示すメンテナンス情報を、ＩＰＭＩ規格に準拠して前記ホスト計算機に送信するメンテナンス情報送信部を備え、
    前記ホスト計算機は、
    前記メンテナンス情報送信部から送信されたメンテナンス情報を、ＩＰＭＩ規格に準拠した通信ログとして記憶するログ記憶部と、
    前記マウント許可部との間で通信異常が発生した場合、前記通信ログとして記憶されたメンテナンス情報に基づいて、前記メンテナンス装置によるメンテナンスの実行状況を判断するログ判断部と、
    前記メンテナンス装置が前記記憶領域をメンテナンス中でないと前記ログ判断部によって判断された場合、前記ストレージ装置の記憶領域をマウントするマウント実行部と
    を含む計算機システム。
19. 請求項１６ないし１８のいずれか記載の計算機システムであって、更に、前記ホスト計算機と協働してデータ処理を実現するクライアントを備え、
    前記ホスト計算機の起動は、前記クライアントからの起動要求に基づいて実行される計算機システム。
20. データを記憶する記憶領域を提供するストレージ装置と、前記ストレージ装置の記憶領域をネットワーク経由でマウントするホスト計算機と、前記ストレージ装置の記憶領域をメンテナンスするメンテナンス装置とを備える計算機システムにおいて、前記ストレージ装置の記憶領域に対するアクセスを管理するストレージ管理方法であって、
    前記コンピュータが、予め設定されたメンテナンスの予定に応じて、前記ホスト計算機が前記ストレージ装置の記憶領域をマウント中であるか否かを判断する工程と、
    前記ホスト計算機が前記記憶領域をマウント中でないと前記マウント判断部によって判断された場合、前記コンピュータが、前記メンテナンス装置に前記予定されたメンテナンスを実行するように指示する工程と、
    前記コンピュータが、前記ホスト計算機が起動するのを検知する工程と、
    前記コンピュータが、前記ホストオン検知部によって検知された前記ホスト計算機の起動に応じて、前記メンテナンス装置が前記ストレージ装置の記憶領域をメンテナンス中であるか否かを判断する工程と、
    前記メンテナンス装置が前記記憶領域をメンテナンス中でないと前記メンテナンス判断部によって判断された場合、前記コンピュータが、前記ホスト計算機が前記ストレージ装置の記憶領域をマウントするのを許可する工程と
    を備えるマウント管理方法。

Images