JP2003345531A - ストレージシステム、管理サーバ、及びそのアプリケーションの管理方法 - Google Patents
ストレージシステム、管理サーバ、及びそのアプリケーションの管理方法Info
- Publication number
- JP2003345531A JP2003345531A JP2002150145A JP2002150145A JP2003345531A JP 2003345531 A JP2003345531 A JP 2003345531A JP 2002150145 A JP2002150145 A JP 2002150145A JP 2002150145 A JP2002150145 A JP 2002150145A JP 2003345531 A JP2003345531 A JP 2003345531A
- Authority
- JP
- Japan
- Prior art keywords
- application
- disk
- management server
- physical disk
- disk array
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
- G06F11/0727—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in a storage system, e.g. in a DASD or network based storage system
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/0766—Error or fault reporting or storing
Abstract
(57)【要約】 （修正有）
【課題】ＲＡＩＤディスクでは１台のディスクにディス
ク障害が発生してもパリティから正しくデータを復元す
ることは出来るが、アプリケーションの低下を予測する
ことは不可能であった。これを可能とする。 【解決手段】 アプリケーションを動作させるホストが
ネットワークを介して接続する複数のディスクアレイ装
置と、管理サーバとを有し、ディスクアレイ装置は、物
理ディスクの異常を検出する物理ディスク異常検出手段
を備え、管理サーバは、アプリケーションと、アプリケ
ーションが使用する論理ボリュームと、この論理ボリュ
ームに対応する物理ディスクとの対応関係を記憶してお
り、管理サーバは、ディスクアレイ装置の物理ディスク
異常検出手段が物理ディスクの異常を検知すると、対応
関係に応じて、異常の生じた物理ディスクに対応した論
理ボリュームを使用するアプリケーションを検出するア
プリケーション検出手段を備える。
ク障害が発生してもパリティから正しくデータを復元す
ることは出来るが、アプリケーションの低下を予測する
ことは不可能であった。これを可能とする。 【解決手段】 アプリケーションを動作させるホストが
ネットワークを介して接続する複数のディスクアレイ装
置と、管理サーバとを有し、ディスクアレイ装置は、物
理ディスクの異常を検出する物理ディスク異常検出手段
を備え、管理サーバは、アプリケーションと、アプリケ
ーションが使用する論理ボリュームと、この論理ボリュ
ームに対応する物理ディスクとの対応関係を記憶してお
り、管理サーバは、ディスクアレイ装置の物理ディスク
異常検出手段が物理ディスクの異常を検知すると、対応
関係に応じて、異常の生じた物理ディスクに対応した論
理ボリュームを使用するアプリケーションを検出するア
プリケーション検出手段を備える。
Description
【０００１】
【発明の属する技術分野】この発明は、ストレージシス
テム、管理サーバ、及びそのアプリケーションの管理方
法に関する。
テム、管理サーバ、及びそのアプリケーションの管理方
法に関する。
【０００２】
【従来の技術】ホストは、アプリケーションを動作させ
るにあたり、複数のディスクアレイ装置を外部記憶装置
として用いる。ディスクアレイ装置は複数台のディスク
で構成される。具体的には、ホストは、ＳＡＮ(Storage
Area Network)を介して、ディスクアレイ装置に接続
し、複数台のディスクで構成される論理ボリューム（L
U）にデータを分散させて記憶（Storage）させる。
るにあたり、複数のディスクアレイ装置を外部記憶装置
として用いる。ディスクアレイ装置は複数台のディスク
で構成される。具体的には、ホストは、ＳＡＮ(Storage
Area Network)を介して、ディスクアレイ装置に接続
し、複数台のディスクで構成される論理ボリューム（L
U）にデータを分散させて記憶（Storage）させる。
【０００３】このディスクアレイ装置の障害耐性を高め
る技術として、例えば、特開２０００−３０５７２０号
公報にはディスクの障害を予測する技術が開示されてい
る。また、特開２００１−１６７０３５号公報には、ｗ
ｗｗブラウザを利用してネットワーク上のクライアント
を監視することで、ディスクアレイ装置の障害耐性を高
めている。さらに、特開平１１−２４８５０号公報に
は、障害の発生したドライブのデータを回復する際に、
障害の発生頻度の高いボリウムに属するデータから順に
回復させる技術が開示されている。また、特開２０００
−２０２４５号公報には、コントローラに接続されたデ
ィスクドライブを自動的に構成する技術が開示されてい
る。
る技術として、例えば、特開２０００−３０５７２０号
公報にはディスクの障害を予測する技術が開示されてい
る。また、特開２００１−１６７０３５号公報には、ｗ
ｗｗブラウザを利用してネットワーク上のクライアント
を監視することで、ディスクアレイ装置の障害耐性を高
めている。さらに、特開平１１−２４８５０号公報に
は、障害の発生したドライブのデータを回復する際に、
障害の発生頻度の高いボリウムに属するデータから順に
回復させる技術が開示されている。また、特開２０００
−２０２４５号公報には、コントローラに接続されたデ
ィスクドライブを自動的に構成する技術が開示されてい
る。
【０００４】一般に、ディスクアレイ装置では、ＲＡＩ
Ｄ（Redundant Array for Inexpensive Disks）技術を
利用し、データの損失やホストのシステムダウンを防止
するようにしている。書き込むデータにパリティやエラ
ー訂正データを付加した上で、これらのデータを複数台
のディスクに分散して格納する。このことで、一台のデ
ィスクが故障してもパリティから正しいデータを復元で
きる。
Ｄ（Redundant Array for Inexpensive Disks）技術を
利用し、データの損失やホストのシステムダウンを防止
するようにしている。書き込むデータにパリティやエラ
ー訂正データを付加した上で、これらのデータを複数台
のディスクに分散して格納する。このことで、一台のデ
ィスクが故障してもパリティから正しいデータを復元で
きる。
【０００５】
【発明が解決しようとする課題】しかしながら、ディス
クが故障してデータの復元処理を実行すると、正常時に
比べてアプリケーションの性能低下を引き起こすことに
なる。また、ドライブが閉塞した場合、スペアのディス
クが存在すれば、そのディスクにおいて閉塞したディス
クを復元することになる。そして、この復元の処理の実
行中にも、正常時に比べてアプリケーションの性能低下
を引き起こすことになる。
クが故障してデータの復元処理を実行すると、正常時に
比べてアプリケーションの性能低下を引き起こすことに
なる。また、ドライブが閉塞した場合、スペアのディス
クが存在すれば、そのディスクにおいて閉塞したディス
クを復元することになる。そして、この復元の処理の実
行中にも、正常時に比べてアプリケーションの性能低下
を引き起こすことになる。
【０００６】ところが、このような復元処理は、ユーザ
側には知られことなく行われる。このため、アプリケー
ションの性能低下の原因がデータの復元処理にあるとは
判らず、他の原因について追及をしてしまうといった問
題があった。
側には知られことなく行われる。このため、アプリケー
ションの性能低下の原因がデータの復元処理にあるとは
判らず、他の原因について追及をしてしまうといった問
題があった。
【０００７】また、ドライブが閉塞した場合、その警告
を受けたシステム管理者がアプリケーションの性能低下
に対する影響を予測することは困難であった。
を受けたシステム管理者がアプリケーションの性能低下
に対する影響を予測することは困難であった。
【０００８】
【課題を解決するための手段】アプリケーションを動作
させるホストがネットワークを介して接続する複数のデ
ィスクアレイ装置と、前記ディスクアレイ装置に搭載さ
れた個々のドライブを監視する管理サーバとを有するス
トレージシステムであって、前記ディスクアレイ装置
は、物理ディスクの異常を検出する物理ディスク異常検
出手段を備え、前記管理サーバは、前記アプリケーショ
ンと、前記アプリケーションが使用する論理ボリューム
と、この論理ボリュームに対応する物理ディスクとの対
応関係を記憶しており、前記管理サーバは、前記ディス
クアレイ装置の前記物理ディスク異常検出手段が前記物
理ディスクの異常を検知すると、前記対応関係に応じ
て、異常の生じた前記物理ディスクに対応した前記論理
ボリュームを使用する前記アプリケーションを検出する
アプリケーション検出手段を備える。
させるホストがネットワークを介して接続する複数のデ
ィスクアレイ装置と、前記ディスクアレイ装置に搭載さ
れた個々のドライブを監視する管理サーバとを有するス
トレージシステムであって、前記ディスクアレイ装置
は、物理ディスクの異常を検出する物理ディスク異常検
出手段を備え、前記管理サーバは、前記アプリケーショ
ンと、前記アプリケーションが使用する論理ボリューム
と、この論理ボリュームに対応する物理ディスクとの対
応関係を記憶しており、前記管理サーバは、前記ディス
クアレイ装置の前記物理ディスク異常検出手段が前記物
理ディスクの異常を検知すると、前記対応関係に応じ
て、異常の生じた前記物理ディスクに対応した前記論理
ボリュームを使用する前記アプリケーションを検出する
アプリケーション検出手段を備える。
【０００９】なお、管理サーバは、ディスクアレイ装置
の内部に設置されてもよい。さらに、管理サーバの機能
を有する管理サーバ部がディスクアレイ装置に組み込ま
れた構成としてもよい。すなわち、「管理サーバ」とい
う用語には、「管理サーバ部」としての意味も含む。
の内部に設置されてもよい。さらに、管理サーバの機能
を有する管理サーバ部がディスクアレイ装置に組み込ま
れた構成としてもよい。すなわち、「管理サーバ」とい
う用語には、「管理サーバ部」としての意味も含む。
【００１０】その他、本願が開示する課題、及びその解
決方法は、発明の実施の形態の欄及び図面により明らか
にされる。
決方法は、発明の実施の形態の欄及び図面により明らか
にされる。
【００１１】
【発明の実施の形態】本明細書の記載により、少なくと
も次のことが明らかにされる。前記管理サーバは、前記
アプリケーション検出手段によって検出された前記アプ
リケーションに関する情報をユーザの端末へ通知するア
プリケーション通知手段を備えることとしてもよい。
も次のことが明らかにされる。前記管理サーバは、前記
アプリケーション検出手段によって検出された前記アプ
リケーションに関する情報をユーザの端末へ通知するア
プリケーション通知手段を備えることとしてもよい。
【００１２】前記管理サーバの記憶している前記対応関
係には、前記アプリケーションのジョブの実行の優先度
が設定されており、前記管理サーバは、前記ディスクア
レイ装置の前記物理ディスク異常検出手段が前記物理デ
ィスクの異常を検知すると、異常の生じた前記物理ディ
スクを使用する前記アプリケーションのジョブの実行の
優先度に応じ、該アプリケーションの処理能力を割り当
てるアプリケーション処理能力割当手段を備えることと
してもよい。
係には、前記アプリケーションのジョブの実行の優先度
が設定されており、前記管理サーバは、前記ディスクア
レイ装置の前記物理ディスク異常検出手段が前記物理デ
ィスクの異常を検知すると、異常の生じた前記物理ディ
スクを使用する前記アプリケーションのジョブの実行の
優先度に応じ、該アプリケーションの処理能力を割り当
てるアプリケーション処理能力割当手段を備えることと
してもよい。
【００１３】前記管理サーバは、前記ディスクアレイ装
置の前記物理ディスク異常検出手段が前記物理ディスク
の異常を検知すると、異常の生じた前記物理ディスクを
使用する前記アプリケーションのジョブの実行の優先度
を上げることとしてもよい。
置の前記物理ディスク異常検出手段が前記物理ディスク
の異常を検知すると、異常の生じた前記物理ディスクを
使用する前記アプリケーションのジョブの実行の優先度
を上げることとしてもよい。
【００１４】前記管理サーバの前記アプリケーション処
理能力割当手段は、ユーザの操作入力に応じて前記アプ
リケーションの処理能力を割り当てることとしてもよ
い。
理能力割当手段は、ユーザの操作入力に応じて前記アプ
リケーションの処理能力を割り当てることとしてもよ
い。
【００１５】前記管理サーバは、少なくとも、前記アプ
リケーション検出手段によって検出された前記アプリケ
ーションと、このアプリケーションが使用する前記ディ
スクアレイ装置と、前記アプリケーションに割り当てら
れた処理能力とに関するアプリケーション情報をディス
プレイの画面に表示するアプリケーション情報表示手段
を備えることとしてもよい。
リケーション検出手段によって検出された前記アプリケ
ーションと、このアプリケーションが使用する前記ディ
スクアレイ装置と、前記アプリケーションに割り当てら
れた処理能力とに関するアプリケーション情報をディス
プレイの画面に表示するアプリケーション情報表示手段
を備えることとしてもよい。
【００１６】前記ディスクアレイ装置はミラーリングが
実行可能であって、前記管理サーバは、前記ディスクア
レイ装置の前記物理ディスク異常検出手段が前記物理デ
ィスクの異常を検知すると、対応する前記ミラーリング
側のディスクを前記アプリケーションの使用対象とする
ミラーリング側ディスク切替手段を備えることとしても
よい。
実行可能であって、前記管理サーバは、前記ディスクア
レイ装置の前記物理ディスク異常検出手段が前記物理デ
ィスクの異常を検知すると、対応する前記ミラーリング
側のディスクを前記アプリケーションの使用対象とする
ミラーリング側ディスク切替手段を備えることとしても
よい。
【００１７】ここで、ミラーリングが実行可能とは、デ
ィスクアレイ装置がＲＡＩＤレベルとして「ＲＡＩＤ−
１」（「ミラー」又は「ミラーリング」）をサポートし
ていることを意味する。
ィスクアレイ装置がＲＡＩＤレベルとして「ＲＡＩＤ−
１」（「ミラー」又は「ミラーリング」）をサポートし
ていることを意味する。
【００１８】前記ディスクアレイ装置は、物理ディスク
の異常を検出する物理ディスク異常検出手段を有し、前
記管理サーバは、前記ディスクアレイ装置の前記物理デ
ィスク異常検出手段が前記物理ディスクの異常を検知す
ると、前記ディスクアレイ装置内の未使用ディスク領域
（空きディスク）に新たな論理ボリュームを割り当てて
内部コピー処理を実行し、この新たな論理ボリュームを
前記アプリケーションの使用対象とする内部コピー切替
手段を備えることとしてもよい。
の異常を検出する物理ディスク異常検出手段を有し、前
記管理サーバは、前記ディスクアレイ装置の前記物理デ
ィスク異常検出手段が前記物理ディスクの異常を検知す
ると、前記ディスクアレイ装置内の未使用ディスク領域
（空きディスク）に新たな論理ボリュームを割り当てて
内部コピー処理を実行し、この新たな論理ボリュームを
前記アプリケーションの使用対象とする内部コピー切替
手段を備えることとしてもよい。
【００１９】本実施の形態に係るストレージシステムの
全体構成を図１に示す。複数のホスト１０は、ＳＡＮ(S
torage Area Network)４０を介して複数のディスクアレ
イ装置（「ディスクサブシステム」とも称する）２０に
接続する。各ホスト（コンピュータ）１０は、ユーザに
よってアプリケーションがインストールされ、このアプ
リケーションの動作に必要なデータの外部記憶装置とし
て複数のディスクアレイ装置２０を共用する。あるい
は、アプリケーションそのものがディスクアレイ装置２
０にインストールされる場合もある。すなわち、アプリ
ケーションのインストール先の相違によって、本発明の
技術的範囲が狭くなることはない。管理サーバ３０は、
ＳＡＮ４０とは異なるローカルエリアネットワーク（Ｌ
ＡＮ）５０を介して、複数のホスト１０及び複数のディ
スクアレイ装置２０と接続できる。あるいは、管理サー
バ３０は、直接にＳＡＮ４０に接続される場合もある。
全体構成を図１に示す。複数のホスト１０は、ＳＡＮ(S
torage Area Network)４０を介して複数のディスクアレ
イ装置（「ディスクサブシステム」とも称する）２０に
接続する。各ホスト（コンピュータ）１０は、ユーザに
よってアプリケーションがインストールされ、このアプ
リケーションの動作に必要なデータの外部記憶装置とし
て複数のディスクアレイ装置２０を共用する。あるい
は、アプリケーションそのものがディスクアレイ装置２
０にインストールされる場合もある。すなわち、アプリ
ケーションのインストール先の相違によって、本発明の
技術的範囲が狭くなることはない。管理サーバ３０は、
ＳＡＮ４０とは異なるローカルエリアネットワーク（Ｌ
ＡＮ）５０を介して、複数のホスト１０及び複数のディ
スクアレイ装置２０と接続できる。あるいは、管理サー
バ３０は、直接にＳＡＮ４０に接続される場合もある。
【００２０】ホスト１０にはホストエージェント１１が
インストールされている。システム管理者の管理サーバ
３０に対する操作入力や、ディスクアレイ装置２０の障
害などのイベントによって、各ディスクアレイ装置２０
へのシステム構成情報を取得する要求がなされると、ホ
ストエージェント１１が起動する。ホストエージェント
１１は、自己を支配するホスト１０のＯＳ（Operation
System）上の『ホスト論理構成情報』を取得するため、
自己のホスト１０がアクセス可能であるディスクアレイ
装置２０の論理ボリュームに対し、アクセスパスを知る
ためのコマンドを発行する。
インストールされている。システム管理者の管理サーバ
３０に対する操作入力や、ディスクアレイ装置２０の障
害などのイベントによって、各ディスクアレイ装置２０
へのシステム構成情報を取得する要求がなされると、ホ
ストエージェント１１が起動する。ホストエージェント
１１は、自己を支配するホスト１０のＯＳ（Operation
System）上の『ホスト論理構成情報』を取得するため、
自己のホスト１０がアクセス可能であるディスクアレイ
装置２０の論理ボリュームに対し、アクセスパスを知る
ためのコマンドを発行する。
【００２１】ホストエージェント１１は、ＯＳやデータ
ベース、上位ミドルウエアのアプリケーション・インタ
フェースを利用し、論理ボリュームの内部に格納されて
いるファイルの名称、容量、ファイルが属するファイル
システム上の位置を取得する。
ベース、上位ミドルウエアのアプリケーション・インタ
フェースを利用し、論理ボリュームの内部に格納されて
いるファイルの名称、容量、ファイルが属するファイル
システム上の位置を取得する。
【００２２】各ディスクアレイ装置２０は外部接続用イ
ンタフェース２１を有する。各ディスクアレイ装置２０
は、外部接続用インタフェース２１を通じ、自己の構成
情報や、性能やデータを管理サーバ３０に通知する。さ
らに、ディスクアレイ装置２０は、自己の物理ディスク
の障害等の異常を検出して、管理サーバ３０に通知す
る。あるいは、管理サーバ３０がディスクアレイ装置２
０にアクセスして、その構成情報、性能やデータ及び障
害に関する情報を収集してもよい。他の実施例として、
管理サーバ３０がＳＡＮ４０のみに接続されている場合
には、外部接続用インタフェース２１を使用せず、管理
サーバ３０との間でＳＡＮインタフェースを用いて直接
に前記同様の情報を送信又は収集する。
ンタフェース２１を有する。各ディスクアレイ装置２０
は、外部接続用インタフェース２１を通じ、自己の構成
情報や、性能やデータを管理サーバ３０に通知する。さ
らに、ディスクアレイ装置２０は、自己の物理ディスク
の障害等の異常を検出して、管理サーバ３０に通知す
る。あるいは、管理サーバ３０がディスクアレイ装置２
０にアクセスして、その構成情報、性能やデータ及び障
害に関する情報を収集してもよい。他の実施例として、
管理サーバ３０がＳＡＮ４０のみに接続されている場合
には、外部接続用インタフェース２１を使用せず、管理
サーバ３０との間でＳＡＮインタフェースを用いて直接
に前記同様の情報を送信又は収集する。
【００２３】ディスクアレイ装置２０は、制御ボード
（コントローラ）が内蔵されている。このコントローラ
に実装されたプロセッサ（ＣＰＵ、物理ディスク異常検
出手段）上で動作するマイクロプログラム（物理ディス
ク異常検出手段）により、ディスクアレイ装置２０が制
御される。
（コントローラ）が内蔵されている。このコントローラ
に実装されたプロセッサ（ＣＰＵ、物理ディスク異常検
出手段）上で動作するマイクロプログラム（物理ディス
ク異常検出手段）により、ディスクアレイ装置２０が制
御される。
【００２４】この動作中のマイクロプログラムによっ
て、Ｉ／Ｏエラーなど、ディスクアレイ装置２０の物理
ディスクの障害等の異常を検知できる。すなわち、物理
ディスクの障害異常を検知することで、アプリケーショ
ンの性能低下を予測できる。この異常の検知の方法を具
体的に説明する。例えばディスクアレイ装置のデータ制
御は、ディスクアレイ装置の制御ボード（コントロー
ラ）で実施される。このコントローラに実装されたＣＰ
Ｕ上で、マイクロプログラムが動作して、装置の制御を
実施する。上位（例えばホスト）からのデータの読み込
み要求があった場合、マイクロプログラムは、そのデー
タを読みに行く制御を行う。通常データの読み込みは、
キャッシュを経由して実施され、キャッシュに存在しな
いデータは、ドライブからそのデータを読み込み、キャ
ッシュに格納するか、そのまま、上位へそのデータを送
ることになる。読み込むデータは、通常ＲＡＩＤでは、
ドライブに分散されて格納されており、さらに、パリテ
ィによって、ドライブの一部が読めなくても、そのパリ
ティからデータを再生する方式がとられている。データ
の読み込み時には、マイクロプログラムで、その分散さ
れたデータを読み込む制御を行い、もし、データの一部
が読み込むことができなければ、それを復元するための
パリティを読みに行く制御をマイクロプログラムで実施
する。つまり、マイクロプログラムにより、パリティか
らデータ復元を実施する処理を実行しているため、その
頻度は、マイクロプログラムにより把握することが可能
である。例えば、ドライブ別にアクセス時の失敗頻度を
把握することも、マイクロプログラムで可能である。そ
こで、ある特定のドライブについて、アクセス時の失敗
が、あるしきい値（単純な累積の失敗回数とか、累積の
失敗回数）を超えたとき、そのドライブに障害等の異常
が発生することを予測することができる。このような処
理は、読み込みだけでなく、書込み処理についても同様
である。
て、Ｉ／Ｏエラーなど、ディスクアレイ装置２０の物理
ディスクの障害等の異常を検知できる。すなわち、物理
ディスクの障害異常を検知することで、アプリケーショ
ンの性能低下を予測できる。この異常の検知の方法を具
体的に説明する。例えばディスクアレイ装置のデータ制
御は、ディスクアレイ装置の制御ボード（コントロー
ラ）で実施される。このコントローラに実装されたＣＰ
Ｕ上で、マイクロプログラムが動作して、装置の制御を
実施する。上位（例えばホスト）からのデータの読み込
み要求があった場合、マイクロプログラムは、そのデー
タを読みに行く制御を行う。通常データの読み込みは、
キャッシュを経由して実施され、キャッシュに存在しな
いデータは、ドライブからそのデータを読み込み、キャ
ッシュに格納するか、そのまま、上位へそのデータを送
ることになる。読み込むデータは、通常ＲＡＩＤでは、
ドライブに分散されて格納されており、さらに、パリテ
ィによって、ドライブの一部が読めなくても、そのパリ
ティからデータを再生する方式がとられている。データ
の読み込み時には、マイクロプログラムで、その分散さ
れたデータを読み込む制御を行い、もし、データの一部
が読み込むことができなければ、それを復元するための
パリティを読みに行く制御をマイクロプログラムで実施
する。つまり、マイクロプログラムにより、パリティか
らデータ復元を実施する処理を実行しているため、その
頻度は、マイクロプログラムにより把握することが可能
である。例えば、ドライブ別にアクセス時の失敗頻度を
把握することも、マイクロプログラムで可能である。そ
こで、ある特定のドライブについて、アクセス時の失敗
が、あるしきい値（単純な累積の失敗回数とか、累積の
失敗回数）を超えたとき、そのドライブに障害等の異常
が発生することを予測することができる。このような処
理は、読み込みだけでなく、書込み処理についても同様
である。
【００２５】図２のデータの分散格納の様子を表す概念
図に示す。ディスクアレイ装置２０は、図２に示す通
り、複数のドライブから構成される。図２の例では、Ａ
からＥの符号が付与された五つのディスクが搭載されて
いる。そして、この五つのディスクドライブ上にロジカ
ルユニット（ＬＵ）定義される。これが一つの論理ボリ
ュームとして外部からは参照される。例えば、論理ボリ
ューム（ＬＵ０）は、Ａ，Ｂ，Ｃ，Ｄのドライブで構成
される。ディスクアレイ装置２０において、「ＲＡＩＤ
５」と称するＲＡＩＤレベルでは、データは、ドライブ
（物理ディスク）ＨＤＤ−Ａ〜ＨＤＤ−Ｅに跨り、Ｄ
１、Ｄ２及びＤ３と分散して書き込まれる。さらに、パ
リティＰ１が書き込まれる。このように、Ｄ１、Ｄ２、
Ｄ３及びパリティＰ１を分散して格納しているドライブ
ＨＤＤ−Ａ〜ＨＤＤ−Ｅでもって、論理ボリューム（ロ
ジカルユニット）ＬＵ０あるいは論理ボリュームＬＵ１
が構成される。
図に示す。ディスクアレイ装置２０は、図２に示す通
り、複数のドライブから構成される。図２の例では、Ａ
からＥの符号が付与された五つのディスクが搭載されて
いる。そして、この五つのディスクドライブ上にロジカ
ルユニット（ＬＵ）定義される。これが一つの論理ボリ
ュームとして外部からは参照される。例えば、論理ボリ
ューム（ＬＵ０）は、Ａ，Ｂ，Ｃ，Ｄのドライブで構成
される。ディスクアレイ装置２０において、「ＲＡＩＤ
５」と称するＲＡＩＤレベルでは、データは、ドライブ
（物理ディスク）ＨＤＤ−Ａ〜ＨＤＤ−Ｅに跨り、Ｄ
１、Ｄ２及びＤ３と分散して書き込まれる。さらに、パ
リティＰ１が書き込まれる。このように、Ｄ１、Ｄ２、
Ｄ３及びパリティＰ１を分散して格納しているドライブ
ＨＤＤ−Ａ〜ＨＤＤ−Ｅでもって、論理ボリューム（ロ
ジカルユニット）ＬＵ０あるいは論理ボリュームＬＵ１
が構成される。
【００２６】また、図３の対応表に示すように、管理サ
ーバ３０では、ディスクアレイ装置２０における、ホス
ト１０で動作するアプリケーションＡＰ−Ａ〜ＡＰ−Ｅ
と、アプリケーションが使用する論理ボリュームＬＵ
０、ＬＵ１と、この論理ボリュームＬＵ０、ＬＵ１に対
応する物理ディスクＨＤＤ−Ａ〜ＨＤＤ−Ｅとの対応関
係を記憶している。
ーバ３０では、ディスクアレイ装置２０における、ホス
ト１０で動作するアプリケーションＡＰ−Ａ〜ＡＰ−Ｅ
と、アプリケーションが使用する論理ボリュームＬＵ
０、ＬＵ１と、この論理ボリュームＬＵ０、ＬＵ１に対
応する物理ディスクＨＤＤ−Ａ〜ＨＤＤ−Ｅとの対応関
係を記憶している。
【００２７】図３に示すような対応関係は、管理サーバ
３０を使用するシステム管理者だけでなく、ホストを通
じてアプリケーションを利用するユーザにも、ｗｅｂ画
面等で参照可能としてもよい。
３０を使用するシステム管理者だけでなく、ホストを通
じてアプリケーションを利用するユーザにも、ｗｅｂ画
面等で参照可能としてもよい。
【００２８】管理サーバ３０は、コンピュータシステム
（アプリケーション検出手段、ミラーリング側ディスク
切替手段、内部コピー切替手段、アプリケーション通知
手段、アプリケーション処理能力割当手段、アプリケー
ション情報表示手段）で構成される。この管理サーバ３
０の機能を示すブロック図を図４に示す。管理サーバ３
０は、ユーザ管理レイヤ３１、オブジェクト管理レイヤ
３２、エージェント管理レイヤ３３、インタフェースレ
イヤ３４を有する。オブジェクト管理レイヤ３２は、各
ディスクアレイ装置２０に関する構成情報を蓄積するデ
ータベースを備える。このデータベースに、前述したよ
うに、アプリケーションと論理ボリュームと物理ディス
クとの対応関係が格納されている。インタフェースレイ
ヤ３４は、サブシステムインタフェース３４１及びホス
トインタフェース３４２を備える。
（アプリケーション検出手段、ミラーリング側ディスク
切替手段、内部コピー切替手段、アプリケーション通知
手段、アプリケーション処理能力割当手段、アプリケー
ション情報表示手段）で構成される。この管理サーバ３
０の機能を示すブロック図を図４に示す。管理サーバ３
０は、ユーザ管理レイヤ３１、オブジェクト管理レイヤ
３２、エージェント管理レイヤ３３、インタフェースレ
イヤ３４を有する。オブジェクト管理レイヤ３２は、各
ディスクアレイ装置２０に関する構成情報を蓄積するデ
ータベースを備える。このデータベースに、前述したよ
うに、アプリケーションと論理ボリュームと物理ディス
クとの対応関係が格納されている。インタフェースレイ
ヤ３４は、サブシステムインタフェース３４１及びホス
トインタフェース３４２を備える。
【００２９】管理サーバ３０には、ユーザ管理レイヤ３
１を通じ、複数のユーザの端末Ａ〜Ｃが接続される。ま
た、管理サーバ３０には、サブシステムインタフェース
３４１を通じ、複数のディスクアレイ装置２０が接続さ
れる。さらに、管理サーバ３０には、ホストインタフェ
ース３４２を通じ、ホスト１０が接続される。
１を通じ、複数のユーザの端末Ａ〜Ｃが接続される。ま
た、管理サーバ３０には、サブシステムインタフェース
３４１を通じ、複数のディスクアレイ装置２０が接続さ
れる。さらに、管理サーバ３０には、ホストインタフェ
ース３４２を通じ、ホスト１０が接続される。
【００３０】ユーザ管理レイヤ３１は、ユーザの端末Ａ
〜Ｃ管理する。ここで、ユーザにはシステム管理者が含
まれる。オブジェクト管理レイヤ３２は、各ディスクア
レイ装置２０の構成、性能、及び障害等の異常、並び
に、その他のイベントに関する情報を取得し、データベ
ースに格納する。このデータベースに格納する情報とし
て、より具体的には、各ディスクアレイ装置２０の内部
アクセスパス、論理ボリューム、各論理ボリュームの容
量やアクセス権限、データ移動に関する設定、各ディス
クアレイ装置２０間のデータコピーに関する設定、各デ
ィスクアレイ装置２０の性能・制御の設定、各ディスク
アレイ装置の性能データの取得、及び、保守方法の設定
及び障害などの異常やユーザオペレーションによるイベ
ントの構成情報に関するものである。
〜Ｃ管理する。ここで、ユーザにはシステム管理者が含
まれる。オブジェクト管理レイヤ３２は、各ディスクア
レイ装置２０の構成、性能、及び障害等の異常、並び
に、その他のイベントに関する情報を取得し、データベ
ースに格納する。このデータベースに格納する情報とし
て、より具体的には、各ディスクアレイ装置２０の内部
アクセスパス、論理ボリューム、各論理ボリュームの容
量やアクセス権限、データ移動に関する設定、各ディス
クアレイ装置２０間のデータコピーに関する設定、各デ
ィスクアレイ装置２０の性能・制御の設定、各ディスク
アレイ装置の性能データの取得、及び、保守方法の設定
及び障害などの異常やユーザオペレーションによるイベ
ントの構成情報に関するものである。
【００３１】なお、図１では、管理サーバ３０は一つの
み示されているが、複数存在してもよい。また、管理サ
ーバ３０は、ディスクアレイ装置２０の内部に設置され
てもよい。さらに、管理サーバ３０の機能を有する管理
サーバ部がディスクアレイ装置２０に組み込まれた構成
としてもよい。すなわち、「管理サーバ」という用語に
は、「管理サーバ部」としての意味も含む。また、ディ
スクアレイ装置２０から物理的に離れた場所に位置して
も良い。
み示されているが、複数存在してもよい。また、管理サ
ーバ３０は、ディスクアレイ装置２０の内部に設置され
てもよい。さらに、管理サーバ３０の機能を有する管理
サーバ部がディスクアレイ装置２０に組み込まれた構成
としてもよい。すなわち、「管理サーバ」という用語に
は、「管理サーバ部」としての意味も含む。また、ディ
スクアレイ装置２０から物理的に離れた場所に位置して
も良い。
【００３２】管理サーバ３０は、各ディスクアレイ装置
２０へ定期的な問い合わせを行い、障害などの異常とい
ったイベントに関する情報を取得する。あるいは、各デ
ィスクアレイ装置２０が検出した障害や保守のイベント
に関する情報が、サブシステムインタフェース３４１を
通じて管理サーバ３０のエージェント管理レイヤ３３に
通知される。
２０へ定期的な問い合わせを行い、障害などの異常とい
ったイベントに関する情報を取得する。あるいは、各デ
ィスクアレイ装置２０が検出した障害や保守のイベント
に関する情報が、サブシステムインタフェース３４１を
通じて管理サーバ３０のエージェント管理レイヤ３３に
通知される。
【００３３】障害等のイベントが通知されたエージェン
ト管理レイヤ３３は、割り込み機能により、オブジェク
ト管理レイヤ３２に通知する。この通知を受けたオブジ
ェクト管理レイヤ３２により、管理サーバ３０は、ディ
スクアレイ装置２０の状態が変更されたと認識する。こ
のイベントを認識した後、管理サーバ３０は、ディスク
アレイ装置２０の構成情報を取得し、データベースの情
報を更新する。
ト管理レイヤ３３は、割り込み機能により、オブジェク
ト管理レイヤ３２に通知する。この通知を受けたオブジ
ェクト管理レイヤ３２により、管理サーバ３０は、ディ
スクアレイ装置２０の状態が変更されたと認識する。こ
のイベントを認識した後、管理サーバ３０は、ディスク
アレイ装置２０の構成情報を取得し、データベースの情
報を更新する。
【００３４】図５の模式図に示すように、管理サーバ３
０のディスプレイには、ディスクアレイ装置の性能を監
視する画面がＧＵＩ（Graphical User Interface）でも
って表示される。この画面に表示される情報は、前述し
た図３の対応関係に基づいている。図５に示すように、
まず、「アプリケーション」としてのＡシステムに関
し、説明する。Ａシステムは、ディスクアレイ装置「Ｄ
−Ｂ」を使用している。このディスクアレイ装置Ｄ−Ｂ
の「ドライブの状況」は、「ＯＫ」、すなわち、故障や
障害などの異常が生じていないことを示す。このＡシス
テムのジョブの実行の優先度（「ジョブ優先度」）は、
「Ａ」より低い「Ｂ」と設定されており、処理能力の割
当ては「１０」のレベルとなっている。「その他の状
況」としては、「ドライブの状況」が「ＯＫ」であるた
めに空欄となっており、何ら特別の対策を施していない
ことを示す。
０のディスプレイには、ディスクアレイ装置の性能を監
視する画面がＧＵＩ（Graphical User Interface）でも
って表示される。この画面に表示される情報は、前述し
た図３の対応関係に基づいている。図５に示すように、
まず、「アプリケーション」としてのＡシステムに関
し、説明する。Ａシステムは、ディスクアレイ装置「Ｄ
−Ｂ」を使用している。このディスクアレイ装置Ｄ−Ｂ
の「ドライブの状況」は、「ＯＫ」、すなわち、故障や
障害などの異常が生じていないことを示す。このＡシス
テムのジョブの実行の優先度（「ジョブ優先度」）は、
「Ａ」より低い「Ｂ」と設定されており、処理能力の割
当ては「１０」のレベルとなっている。「その他の状
況」としては、「ドライブの状況」が「ＯＫ」であるた
めに空欄となっており、何ら特別の対策を施していない
ことを示す。
【００３５】次に、「アプリケーション」としてのＢシ
ステムに関し、説明する。Ｂシステムは、ディスクアレ
イ装置「Ｄ−Ｂ」を使用している。このディスクアレイ
装置Ｄ−Ｂの「ドライブの状況」は、「障害有り」とな
っていることを示す。このＢシステムのジョブの実行の
優先度（「ジョブ優先度」）は、「Ｂ」より高い「Ａ」
であり、前述したＡシステムより、その優先度が高く設
定されている。また、このＢシステムに関する処理能力
の割当ては「１０」のレベルとなっている。「その他の
状況」としては、「ドライブの状況」が「障害有り」で
あるために「ミラー使用中」となっており、ミラーリン
グ側のディスクのデータを主たる（メイン）Ｉ／Ｏとし
て使用していることを示す。
ステムに関し、説明する。Ｂシステムは、ディスクアレ
イ装置「Ｄ−Ｂ」を使用している。このディスクアレイ
装置Ｄ−Ｂの「ドライブの状況」は、「障害有り」とな
っていることを示す。このＢシステムのジョブの実行の
優先度（「ジョブ優先度」）は、「Ｂ」より高い「Ａ」
であり、前述したＡシステムより、その優先度が高く設
定されている。また、このＢシステムに関する処理能力
の割当ては「１０」のレベルとなっている。「その他の
状況」としては、「ドライブの状況」が「障害有り」で
あるために「ミラー使用中」となっており、ミラーリン
グ側のディスクのデータを主たる（メイン）Ｉ／Ｏとし
て使用していることを示す。
【００３６】次に、ディスク（ドライブ、物理ディス
ク）に障害が発生した場合の管理サーバによる対策処理
について、図６のフローチャートを参照にして説明す
る。まず、ドライブでＩ／Ｏエラーが発生する等、物理
ディスクの異常を検知すると（Ｓ１０）、ミラーリング
ドライブが存在するか否かを判断する（Ｓ２０）。ミラ
ーリングドライブが存在すれば（Ｓ２０：ＹＥＳ）、図
７に示すように、アプリケーションの使用対象としてア
クセスするドライブを「主」から「副」へ切り替える
（Ｓ３０）。このことで、ディスクの障害に応じ、パリ
ティからデータを復元することによって処理の負荷が増
加したことによるアプリケーションの動作に影響が及ば
ないようにする。次いで、システム管理者に、障害の発
生、並びにアクセスドライブを切り替えていることを通
知する（Ｓ４０）。この通知の仕方としては、図５に示
すように、管理サーバのディスプレイに表示させる等の
適宜な方法を用いる。加えて、ホストを通じてアプリケ
ーションを利用するユーザにも、図５に示す情報をｗｅ
ｂ画面等で通知してもよい。そして、障害の発生したド
ライブが回復するか、あるいは、その交換が行われて復
旧すると、アクセスするドライブを通常の元のドライブ
に戻す（Ｓ５０→Ｓ６０）。
ク）に障害が発生した場合の管理サーバによる対策処理
について、図６のフローチャートを参照にして説明す
る。まず、ドライブでＩ／Ｏエラーが発生する等、物理
ディスクの異常を検知すると（Ｓ１０）、ミラーリング
ドライブが存在するか否かを判断する（Ｓ２０）。ミラ
ーリングドライブが存在すれば（Ｓ２０：ＹＥＳ）、図
７に示すように、アプリケーションの使用対象としてア
クセスするドライブを「主」から「副」へ切り替える
（Ｓ３０）。このことで、ディスクの障害に応じ、パリ
ティからデータを復元することによって処理の負荷が増
加したことによるアプリケーションの動作に影響が及ば
ないようにする。次いで、システム管理者に、障害の発
生、並びにアクセスドライブを切り替えていることを通
知する（Ｓ４０）。この通知の仕方としては、図５に示
すように、管理サーバのディスプレイに表示させる等の
適宜な方法を用いる。加えて、ホストを通じてアプリケ
ーションを利用するユーザにも、図５に示す情報をｗｅ
ｂ画面等で通知してもよい。そして、障害の発生したド
ライブが回復するか、あるいは、その交換が行われて復
旧すると、アクセスするドライブを通常の元のドライブ
に戻す（Ｓ５０→Ｓ６０）。
【００３７】一方、ミラーリングドライブが存在しなけ
れば（Ｓ２０：ＮＯ）、緊急処理として、内部にミラー
（内部コピー、同期コピーエリア）を作成可能か否かを
判断する（Ｓ７０）。内部コピーが作成可能であれば
（Ｓ７０：ＹＥＳ）、障害のないドライブで新たな論理
ボリュームを作成する（Ｓ８０）。この内部コピーした
新たな論理ボリュームをアプリケーションの使用対象と
してアクセスするドライブとする（Ｓ９０）。次いで、
システム管理者に、障害の発生、並びにアクセスドライ
ブを切り替えていることを通知する（Ｓ１００）。この
通知の仕方としては、図５に示すように、管理サーバの
ディスプレイに表示させる等の適宜な方法を用いる。加
えて、ホストを通じてアプリケーションを利用するユー
ザにも、図５に示す情報をｗｅｂ画面等で通知してもよ
い。そして、障害の発生したドライブが回復するか、あ
るいは、その交換が行われて復旧すると、アクセスする
ドライブを通常の元のドライブに戻し、内部コピーを削
除する（Ｓ１１０→Ｓ１２０）。
れば（Ｓ２０：ＮＯ）、緊急処理として、内部にミラー
（内部コピー、同期コピーエリア）を作成可能か否かを
判断する（Ｓ７０）。内部コピーが作成可能であれば
（Ｓ７０：ＹＥＳ）、障害のないドライブで新たな論理
ボリュームを作成する（Ｓ８０）。この内部コピーした
新たな論理ボリュームをアプリケーションの使用対象と
してアクセスするドライブとする（Ｓ９０）。次いで、
システム管理者に、障害の発生、並びにアクセスドライ
ブを切り替えていることを通知する（Ｓ１００）。この
通知の仕方としては、図５に示すように、管理サーバの
ディスプレイに表示させる等の適宜な方法を用いる。加
えて、ホストを通じてアプリケーションを利用するユー
ザにも、図５に示す情報をｗｅｂ画面等で通知してもよ
い。そして、障害の発生したドライブが回復するか、あ
るいは、その交換が行われて復旧すると、アクセスする
ドライブを通常の元のドライブに戻し、内部コピーを削
除する（Ｓ１１０→Ｓ１２０）。
【００３８】また、内部コピーが作成可能でない場合に
は（Ｓ７０：ＮＯ）、別のディスクアレイ装置を使用す
ることも可能である。前述した図３の対応表に基づき、
障害の生じたドライブに対応する論理ボリュームを検索
する（Ｓ１３０）。そして、検索の結果、得られた論理
ボリュームを使用するアプリケーションを検出する（Ｓ
１４０）。次いで、システム管理者に、検出したアプリ
ケーションの性能低下の虞があることを通知する（Ｓ１
５０）。この通知の仕方としては、図５に示すように、
管理サーバのディスプレイに表示させる等の適宜な方法
を用いる。加えて、ホストを通じてアプリケーションを
利用するユーザにも、図５に示す情報をｗｅｂ画面等で
通知してもよい。
は（Ｓ７０：ＮＯ）、別のディスクアレイ装置を使用す
ることも可能である。前述した図３の対応表に基づき、
障害の生じたドライブに対応する論理ボリュームを検索
する（Ｓ１３０）。そして、検索の結果、得られた論理
ボリュームを使用するアプリケーションを検出する（Ｓ
１４０）。次いで、システム管理者に、検出したアプリ
ケーションの性能低下の虞があることを通知する（Ｓ１
５０）。この通知の仕方としては、図５に示すように、
管理サーバのディスプレイに表示させる等の適宜な方法
を用いる。加えて、ホストを通じてアプリケーションを
利用するユーザにも、図５に示す情報をｗｅｂ画面等で
通知してもよい。
【００３９】次に、前述した図５の画面に表示された情
報に示すように、性能低下の虞のあるアプリケーション
について、ジョブの優先度に応じ、負荷分散の対策処理
を実行する。例えば、図５に示すように、優先度の高い
「Ａ」であるアプリケーションとしてＢシステムの性能
低下の虞があり、なおかつ、状況としてミラーリングド
ライブを使用していないとした場合には、処理能力の割
当を「１０」としていたのを「１５」に上げて、障害の
生じたドライブの影響を受けずに、アプリケーション単
体の性能を維持できるようにする。ここで、処理能力の
割当を増やすということは、ＣＰＵの資源の割当率を増
やすことである。
報に示すように、性能低下の虞のあるアプリケーション
について、ジョブの優先度に応じ、負荷分散の対策処理
を実行する。例えば、図５に示すように、優先度の高い
「Ａ」であるアプリケーションとしてＢシステムの性能
低下の虞があり、なおかつ、状況としてミラーリングド
ライブを使用していないとした場合には、処理能力の割
当を「１０」としていたのを「１５」に上げて、障害の
生じたドライブの影響を受けずに、アプリケーション単
体の性能を維持できるようにする。ここで、処理能力の
割当を増やすということは、ＣＰＵの資源の割当率を増
やすことである。
【００４０】また、アプリケーションのジョブの優先度
そのものを上げることで、同様の効果を奏することがで
きる（Ｓ１６０）。あるいは、優先度の低い「Ｂ」であ
るアプリケーションであるＡシステム側の処理能力の割
当を「１０」から「５」に下げることにより、相対的
に、優先度の高い「Ａ」であるアプリケーションの処理
能力が落ちないようにもできる。
そのものを上げることで、同様の効果を奏することがで
きる（Ｓ１６０）。あるいは、優先度の低い「Ｂ」であ
るアプリケーションであるＡシステム側の処理能力の割
当を「１０」から「５」に下げることにより、相対的
に、優先度の高い「Ａ」であるアプリケーションの処理
能力が落ちないようにもできる。
【００４１】このような処理能力の割当やジョブの優先
度の設定は、図５のディスプレイにＧＵＩでもって表示
された画面を通じて行うことができる。そして、障害の
発生したドライブが回復するか、あるいは、その交換が
行われて復旧すると、処理能力の割当や、アプリケーシ
ョンのジョブの優先度を元に戻す（Ｓ１７０→Ｓ１８
０）。
度の設定は、図５のディスプレイにＧＵＩでもって表示
された画面を通じて行うことができる。そして、障害の
発生したドライブが回復するか、あるいは、その交換が
行われて復旧すると、処理能力の割当や、アプリケーシ
ョンのジョブの優先度を元に戻す（Ｓ１７０→Ｓ１８
０）。
【００４２】また、その他の実施例として、ディスク
（ドライブ）の異常などの障害以外でも、論理ボリュー
ム毎のアプリケーションの使用状況やアクセスの状況を
監視することで、論理ボリューム単位での負荷の分散も
可能となる。このことで、特定の論理ボリュームが性能
低下するといった事態を防ぐことができる。
（ドライブ）の異常などの障害以外でも、論理ボリュー
ム毎のアプリケーションの使用状況やアクセスの状況を
監視することで、論理ボリューム単位での負荷の分散も
可能となる。このことで、特定の論理ボリュームが性能
低下するといった事態を防ぐことができる。
【００４３】以上、本発明について、その実施の形態に
基づき具体的に説明したが、これに限定されるものでは
なく、その要旨を逸脱しない範囲で種々変更可能であ
る。
基づき具体的に説明したが、これに限定されるものでは
なく、その要旨を逸脱しない範囲で種々変更可能であ
る。
【００４４】本実施の形態によれば次の効果を奏するこ
とができる。管理サーバは、アプリケーションと、前記
アプリケーションが使用する論理ボリュームと、この論
理ボリュームに対応する物理ディスクとの対応関係を記
憶する。このことにより、物理ディスクの異常の影響を
受けるアプリケーションを検出し、その性能低下を予測
できる。この予測に基づき、性能低下や異常終了を抑止
できる。
とができる。管理サーバは、アプリケーションと、前記
アプリケーションが使用する論理ボリュームと、この論
理ボリュームに対応する物理ディスクとの対応関係を記
憶する。このことにより、物理ディスクの異常の影響を
受けるアプリケーションを検出し、その性能低下を予測
できる。この予測に基づき、性能低下や異常終了を抑止
できる。
【００４５】管理サーバは、物理ディスクの異常の影響
を受けるアプリケーションに関する情報をユーザの端末
へ通知する。このことで、アプリケーションの性能低下
の虞をユーザへ告知することができる。
を受けるアプリケーションに関する情報をユーザの端末
へ通知する。このことで、アプリケーションの性能低下
の虞をユーザへ告知することができる。
【００４６】管理サーバの記憶している前記対応関係に
は、アプリケーションのジョブの実行の優先度が設定さ
れている。管理サーバは、異常の生じた物理ディスクを
使用するアプリケーションのジョブの実行の優先度に応
じ、アプリケーションの処理能力を割り当てる。このこ
とで、アプリケーションの負荷の制御が可能となる。
は、アプリケーションのジョブの実行の優先度が設定さ
れている。管理サーバは、異常の生じた物理ディスクを
使用するアプリケーションのジョブの実行の優先度に応
じ、アプリケーションの処理能力を割り当てる。このこ
とで、アプリケーションの負荷の制御が可能となる。
【００４７】管理サーバは、異常の生じた物理ディスク
を使用するアプリケーションのジョブの実行の優先度を
上げる。このことで、アプリケーション単体の性能低下
を抑止することができる。
を使用するアプリケーションのジョブの実行の優先度を
上げる。このことで、アプリケーション単体の性能低下
を抑止することができる。
【００４８】管理サーバは、ユーザの操作入力に応じて
アプリケーションの処理能力を割り当てる。ユーザは、
物理ディスクの異常の影響を受けるアプリケーションの
負荷の制御を行うことができる。
アプリケーションの処理能力を割り当てる。ユーザは、
物理ディスクの異常の影響を受けるアプリケーションの
負荷の制御を行うことができる。
【００４９】管理サーバは、アプリケーションと、この
アプリケーションが使用するディスクアレイ装置と、ア
プリケーションに割り当てられた処理能力とに関する情
報をディスプレイの画面上に表示する。このことで、ユ
ーザは、物理ディスクの異常の影響を受ける論理ボリュ
ーム及びアプリケーションと、このアプリケーションに
割り当てられた処理能力をディスプレイで監視すること
ができる。
アプリケーションが使用するディスクアレイ装置と、ア
プリケーションに割り当てられた処理能力とに関する情
報をディスプレイの画面上に表示する。このことで、ユ
ーザは、物理ディスクの異常の影響を受ける論理ボリュ
ーム及びアプリケーションと、このアプリケーションに
割り当てられた処理能力をディスプレイで監視すること
ができる。
【００５０】管理サーバは、物理ディスクの異常を検知
すると、対応するミラーリング側のディスクをアプリケ
ーションの使用対象とする。このことで、アプリケーシ
ョンの性能低下を未然に防ぐことができる。
すると、対応するミラーリング側のディスクをアプリケ
ーションの使用対象とする。このことで、アプリケーシ
ョンの性能低下を未然に防ぐことができる。
【００５１】管理サーバは、物理ディスクの異常を検知
すると、前記ディスクアレイ装置内の未使用ディスク領
域に新たな論理ボリュームを割り当てて内部コピー処理
を実行し、この新たな論理ボリュームをアプリケーショ
ンの使用対象とする。このことで、アプリケーションの
性能低下を未然に防ぐことができる。
すると、前記ディスクアレイ装置内の未使用ディスク領
域に新たな論理ボリュームを割り当てて内部コピー処理
を実行し、この新たな論理ボリュームをアプリケーショ
ンの使用対象とする。このことで、アプリケーションの
性能低下を未然に防ぐことができる。
【００５２】
【発明の効果】アプリケーションの性能低下を抑止でき
る。
る。
【図１】 本発明の一実施の形態であるストレージシス
テムの全体構成を示すブロック図である。
テムの全体構成を示すブロック図である。
【図２】 本発明の一実施の形態に係るデータの分散格
納の様子を表す概念図である。
納の様子を表す概念図である。
【図３】 本発明の一実施の形態に係るディスクアレイ
装置の性能を監視する画面を示す模式図である。
装置の性能を監視する画面を示す模式図である。
【図４】 本発明の実施の形態に係る管理サーバの機能
を示すブロック図である。
を示すブロック図である。
【図５】 本発明の実施の形態に係る、ディスクアレイ
装置の性能を監視する画面を示す模式図である。
装置の性能を監視する画面を示す模式図である。
【図６】 本発明の実施の形態に係る、ディスクに障害
が発生した場合の処理を示すフローチャートである。
が発生した場合の処理を示すフローチャートである。
【図７】 アプリケーションの使用対象としてアクセス
するドライブを「主」から「副」へ切り替える様子を示
す模式図である。
するドライブを「主」から「副」へ切り替える様子を示
す模式図である。
１０ ホスト
２０ ディスクアレイ装置
３０ 管理サーバ
３１ ユーザ管理レイヤ
３２ オブジェクト管理レイヤ
３３ エージェント管理レイヤ
３４ インタフェースレイヤ
４０ ＳＡＮ
５０ ローカルエリアネットワーク（ＬＡＮ）
３４１ サブシステムインタフェース
３４２ ホストインタフェース
Ｄ１〜Ｄ３ データ
ＨＤＤ−Ａ〜ＨＤＤ−Ｅ ドライブ（物理ディスク）
ＬＵ０、ＬＵ１ ロジカルユニット（論理ボリ
ューム）
ューム）
─────────────────────────────────────────────────────
フロントページの続き
(72)発明者 村岡 健司
神奈川県小田原市中里322番地２号 株式
会社日立製作所ＲＡＩＤシステム事業部内
Ｆターム(参考） 5B065 BA01 CA11 CA30 EA01 EA31
EA36 EA39
Claims (24)
- 【請求項１】 アプリケーションを動作させるホストが
ネットワークを介して接続する複数のディスクアレイ装
置と、前記ディスクアレイ装置を監視する管理サーバと
を有するストレージシステムであって、 前記ディスクアレイ装置は、物理ディスクの異常を検出
する物理ディスク異常検出手段を備え、 前記管理サーバは、前記アプリケーションと、前記アプ
リケーションが使用する論理ボリュームと、この論理ボ
リュームに対応する物理ディスクとの対応関係を記憶し
ており、 前記管理サーバは、 前記ディスクアレイ装置の前記物理ディスク異常検出手
段が前記物理ディスクの異常を検知すると、前記対応関
係に応じて、異常の生じた前記物理ディスクに対応した
前記論理ボリュームを使用する前記アプリケーションを
検出するアプリケーション検出手段を備える、 ことを特徴とするストレージシステム。 - 【請求項２】 前記管理サーバは、前記アプリケーショ
ン検出手段によって検出された前記アプリケーションに
関する情報をユーザの端末へ通知するアプリケーション
通知手段を備えることを特徴とする請求項１に記載のス
トレージシステム。 - 【請求項３】 前記管理サーバの記憶している前記対応
関係には、前記アプリケーションのジョブの実行の優先
度が設定されており、 前記管理サーバは、前記ディスクアレイ装置の前記物理
ディスク異常検出手段が前記物理ディスクの異常を検知
すると、異常の生じた前記物理ディスクを使用する前記
アプリケーションのジョブの実行の優先度に応じ、該ア
プリケーションの処理能力を割り当てるアプリケーショ
ン処理能力割当手段を備えることを特徴とする請求項１
に記載のストレージシステム。 - 【請求項４】 前記管理サーバは、前記ディスクアレイ
装置の前記物理ディスク異常検出手段が前記物理ディス
クの異常を検知すると、異常の生じた前記物理ディスク
を使用する前記アプリケーションのジョブの実行の優先
度を上げることを特徴とする請求項３に記載のストレー
ジシステム。 - 【請求項５】 前記管理サーバの前記アプリケーション
処理能力割当手段は、ユーザの操作入力に応じて前記ア
プリケーションの処理能力を割り当てることを特徴とす
る請求項３に記載のストレージシステム。 - 【請求項６】 前記管理サーバは、少なくとも、前記ア
プリケーション検出手段によって検出された前記アプリ
ケーションと、このアプリケーションが使用する前記デ
ィスクアレイ装置と、前記アプリケーションに割り当て
られた処理能力とに関するアプリケーション情報をディ
スプレイの画面に表示するアプリケーション情報表示手
段を備えることを特徴とする請求項１に記載のストレー
ジシステム。 - 【請求項７】 アプリケーションを動作させるホストが
ネットワークを介して接続する複数のディスクアレイ装
置と、前記ディスクアレイ装置を監視する管理サーバと
を有するストレージシステムであって、 前記ディスクアレイ装置は、物理ディスクの異常を検出
する物理ディスク異常検出手段を有し、 前記管理サーバは、前記ディスクアレイ装置の前記物理
ディスク異常検出手段が前記物理ディスクの異常を検知
すると、対応するミラーリング側のディスクを前記アプ
リケーションの使用対象とするミラーリング側ディスク
切替手段を備えることを特徴とするストレージシステ
ム。 - 【請求項８】 アプリケーションを動作させるホストが
ネットワークを介して接続する複数のディスクアレイ装
置と、前記ディスクアレイ装置を監視する管理サーバと
を有するストレージシステムであって、 前記ディスクアレイ装置は、物理ディスクの異常を検出
する物理ディスク異常検出手段を有し、 前記管理サーバは、前記ディスクアレイ装置の前記物理
ディスク異常検出手段が前記物理ディスクの異常を検知
すると、前記ディスクアレイ装置内の未使用ディスク領
域に新たな論理ボリュームを割り当てて内部コピー処理
を実行し、この新たな論理ボリュームを前記アプリケー
ションの使用対象とする内部コピー切替手段を備えるこ
とを特徴とするストレージシステム。 - 【請求項９】 アプリケーションを動作させるホストが
ネットワークを介して接続するとともに、物理ディスク
の異常を検出する物理ディスク異常検出手段を備える複
数のディスクアレイ装置を監視する管理サーバであっ
て、 前記アプリケーションと、前記アプリケーションが使用
する論理ボリュームと、この論理ボリュームに対応する
物理ディスクとの対応関係を記憶しており、 前記ディスクアレイ装置の前記物理ディスク異常検出手
段が前記物理ディスクの異常を検知すると、前記対応関
係に応じて、異常の生じた前記物理ディスクに対応した
前記論理ボリュームを使用する前記アプリケーションを
検出するアプリケーション検出手段を備えることを特徴
とする管理サーバ。 - 【請求項１０】 前記アプリケーション検出手段によっ
て検出された前記アプリケーションに関する情報をユー
ザの端末へ通知するアプリケーション通知手段を備える
ことを特徴とする請求項９に記載の管理サーバ。 - 【請求項１１】前記対応関係には、前記アプリケーショ
ンのジョブの実行の優先度が設定されており、 前記ディスクアレイ装置の前記物理ディスク異常検出手
段が前記物理ディスクの異常を検知すると、異常の生じ
た前記物理ディスクを使用する前記アプリケーションの
ジョブの実行の優先度に応じ、該アプリケーションの処
理能力を割り当てるアプリケーション処理能力割当手段
を備えることを特徴とする請求項９に記載の管理サー
バ。 - 【請求項１２】 前記ディスクアレイ装置の前記物理デ
ィスク異常検出手段が前記物理ディスクの異常を検知す
ると、異常の生じた前記物理ディスクを使用する前記ア
プリケーションのジョブの実行の優先度を上げることを
特徴とする請求項１１に記載の管理サーバ。 - 【請求項１３】 前記アプリケーション処理能力割当手
段は、ユーザの操作入力に応じて前記アプリケーション
の処理能力を割り当てることを特徴とする請求項１１に
記載の管理サーバ。 - 【請求項１４】 少なくとも、前記アプリケーション検
出手段によって検出された前記アプリケーションと、こ
のアプリケーションが使用する前記ディスクアレイ装置
と、前記アプリケーションに割り当てられた処理能力と
に関するアプリケーション情報をディスプレイの画面に
表示するアプリケーション情報表示手段を備えることを
特徴とする請求項９に記載の管理サーバ。 - 【請求項１５】 アプリケーションを動作させるホスト
がネットワークを介して接続するとともに、物理ディス
クの異常を検出する物理ディスク異常検出手段を備え、
ミラーリングが実行可能な複数のディスクアレイ装置を
監視する管理サーバであって、 前記ディスクアレイ装置の前記物理ディスク異常検出手
段が前記物理ディスクの異常を検知すると、対応する前
記ミラーリング側のディスクを前記アプリケーションの
使用対象とするミラーリング側ディスク切替手段を備え
ることを特徴とする管理サーバ。 - 【請求項１６】 アプリケーションを動作させるホスト
がネットワークを介して接続するとともに、物理ディス
クの異常を検出する物理ディスク異常検出手段を備える
複数のディスクアレイ装置を監視する管理サーバであっ
て、 前記ディスクアレイ装置の前記物理ディスク異常検出手
段が前記物理ディスクの異常を検知すると、前記ディス
クアレイ装置内の未使用ディスク領域に新たな論理ボリ
ュームを割り当てて内部コピー処理を実行し、この新た
な論理ボリュームを前記アプリケーションの使用対象と
する内部コピー切替手段を備えることを特徴とする管理
サーバ。 - 【請求項１７】 アプリケーションを動作させるホスト
がネットワークを介して接続する複数のディスクアレイ
装置を監視する管理サーバによるアプリケーションの管
理方法であって、 前記管理サーバは、前記アプリケーションと、前記アプ
リケーションが使用する論理ボリュームと、この論理ボ
リュームに対応する物理ディスクとの対応関係を記憶し
ており、 前記ディスクアレイ装置が前記物理ディスクの異常を検
知すると、前記管理サーバは、前記対応関係に応じて、
異常の生じた前記物理ディスクに対応した前記論理ボリ
ュームを使用する前記アプリケーションを検出すること
を特徴とするアプリケーションの管理方法。 - 【請求項１８】 検出された前記アプリケーションに関
する情報をユーザの端末へ通知することを特徴とする請
求項１７に記載のアプリケーションの管理方法。 - 【請求項１９】 前記対応関係には、前記アプリケーシ
ョンのジョブの実行の優先度が設定されており、 前記ディスクアレイ装置が前記物理ディスクの異常を検
知すると、異常の生じた前記物理ディスクを使用する前
記アプリケーションのジョブの実行の優先度に応じ、該
アプリケーションの処理能力を割り当てることを特徴と
する請求項１７に記載のアプリケーションの管理方法。 - 【請求項２０】 前記ディスクアレイ装置が前記物理デ
ィスクの異常を検知すると、異常の生じた前記物理ディ
スクを使用する前記アプリケーションのジョブの実行の
優先度を上げることを特徴とする請求項１８に記載のア
プリケーションの管理方法。 - 【請求項２１】 ユーザの操作入力に応じて前記アプリ
ケーションの処理能力を割り当てることを特徴とする請
求項１９に記載のアプリケーションの管理方法。 - 【請求項２２】 少なくとも、検出された前記アプリケ
ーションと、このアプリケーションが使用する前記ディ
スクアレイ装置と、前記アプリケーションに割り当てら
れた処理能力とに関するアプリケーション情報をディス
プレイの画面に表示することを特徴とする請求項１７に
記載のアプリケーションの管理方法。 - 【請求項２３】 アプリケーションを動作させるホスト
がネットワークを介して接続するとともに、ミラーリン
グが実行可能な複数のディスクアレイ装置を監視する管
理サーバによるアプリケーションの管理方法であって、 前記ディスクアレイ装置が前記物理ディスクの異常を検
知すると、前記管理サーバは、対応する前記ミラーリン
グ側のディスクを前記アプリケーションの使用対象とす
ることを特徴とするアプリケーションの管理方法。 - 【請求項２４】 アプリケーションを動作させるホスト
がネットワークを介して接続するとともに、物理ディス
クの異常を検出する複数のディスクアレイ装置を監視す
る管理サーバによるアプリケーションの管理方法であっ
て、 前記ディスクアレイ装置が前記物理ディスクの異常を検
知すると、前記管理サーバは、前記ディスクアレイ装置
内の未使用ディスク領域に新たな論理ボリュームを割り
当てて内部コピー処理を実行し、この新たな論理ボリュ
ームを前記アプリケーションの使用対象とすることを特
徴とするアプリケーションの管理方法。
Priority Applications (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002150145A JP2003345531A (ja) | 2002-05-24 | 2002-05-24 | ストレージシステム、管理サーバ、及びそのアプリケーションの管理方法 |
| US10/444,650 US20040153728A1 (en) | 2002-05-24 | 2003-05-22 | Storage system, management server, and method of managing application thereof |
| EP03011752A EP1369785A3 (en) | 2002-05-24 | 2003-05-23 | Management server for a plurality of disk arrays |
| US11/492,340 US7457916B2 (en) | 2002-05-24 | 2006-07-24 | Storage system, management server, and method of managing application thereof |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002150145A JP2003345531A (ja) | 2002-05-24 | 2002-05-24 | ストレージシステム、管理サーバ、及びそのアプリケーションの管理方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003345531A true JP2003345531A (ja) | 2003-12-05 |
| JP2003345531A5 JP2003345531A5 (ja) | 2005-09-29 |
Family
ID=29545307
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002150145A Pending JP2003345531A (ja) | 2002-05-24 | 2002-05-24 | ストレージシステム、管理サーバ、及びそのアプリケーションの管理方法 |
Country Status (3)
| Country | Link |
|---|---|
| US (2) | US20040153728A1 (ja) |
| EP (1) | EP1369785A3 (ja) |
| JP (1) | JP2003345531A (ja) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005267274A (ja) * | 2004-03-18 | 2005-09-29 | Hitachi Ltd | 記憶システム及びコンピュータシステム |
| JP2008097318A (ja) * | 2006-10-12 | 2008-04-24 | Hitachi Ltd | ストレージ装置 |
| JP2009077959A (ja) * | 2007-09-26 | 2009-04-16 | Toshiba Corp | 超音波画像診断装置およびその制御プログラム |
| JP2010097385A (ja) * | 2008-10-16 | 2010-04-30 | Fujitsu Ltd | データ管理プログラム、ストレージ装置診断プログラム、およびマルチノードストレージシステム |
| WO2015040728A1 (ja) * | 2013-09-20 | 2015-03-26 | 富士通株式会社 | 情報処理装置，情報処理方法，プログラム，記録媒体 |
| US9389808B2 (en) | 2013-08-22 | 2016-07-12 | Kabushiki Kaisha Toshiba | Storage device and data processing method |
Families Citing this family (25)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4421230B2 (ja) * | 2003-08-12 | 2010-02-24 | 株式会社日立製作所 | 性能情報分析方法 |
| JP2005326935A (ja) | 2004-05-12 | 2005-11-24 | Hitachi Ltd | 仮想化ストレージを備える計算機システムの管理サーバおよび障害回避復旧方法 |
| JP2005339111A (ja) * | 2004-05-26 | 2005-12-08 | Hitachi Ltd | ジョブの実行制御方法、及びジョブの実行制御システム |
| JP4646574B2 (ja) | 2004-08-30 | 2011-03-09 | 株式会社日立製作所 | データ処理システム |
| WO2006036812A2 (en) * | 2004-09-22 | 2006-04-06 | Xyratex Technology Limited | System and method for network performance monitoring and predictive failure analysis |
| US20060101402A1 (en) * | 2004-10-15 | 2006-05-11 | Miller William L | Method and systems for anomaly detection |
| US7529967B2 (en) * | 2004-11-04 | 2009-05-05 | Rackable Systems Inc. | Method and system for network storage device failure protection and recovery |
| US20070050544A1 (en) * | 2005-09-01 | 2007-03-01 | Dell Products L.P. | System and method for storage rebuild management |
| JP4920391B2 (ja) * | 2006-01-06 | 2012-04-18 | 株式会社日立製作所 | 計算機システムの管理方法、管理サーバ、計算機システム及びプログラム |
| US7669087B1 (en) * | 2006-07-31 | 2010-02-23 | Sun Microsystems, Inc. | Method and apparatus for managing workload across multiple resources |
| US7676702B2 (en) * | 2006-08-14 | 2010-03-09 | International Business Machines Corporation | Preemptive data protection for copy services in storage systems and applications |
| US7882393B2 (en) | 2007-03-28 | 2011-02-01 | International Business Machines Corporation | In-band problem log data collection between a host system and a storage system |
| US7779308B2 (en) * | 2007-06-21 | 2010-08-17 | International Business Machines Corporation | Error processing across multiple initiator network |
| US9069667B2 (en) | 2008-01-28 | 2015-06-30 | International Business Machines Corporation | Method to identify unique host applications running within a storage controller |
| US8006128B2 (en) * | 2008-07-31 | 2011-08-23 | Datadirect Networks, Inc. | Prioritized rebuilding of a storage device |
| US8010835B2 (en) * | 2008-11-11 | 2011-08-30 | Datadirect Networks, Inc. | Storage device realignment |
| US8495417B2 (en) * | 2009-01-09 | 2013-07-23 | Netapp, Inc. | System and method for redundancy-protected aggregates |
| CN101876885B (zh) * | 2010-06-18 | 2015-11-25 | 中兴通讯股份有限公司 | 一种分配逻辑盘符的方法及设备 |
| US8914667B2 (en) * | 2011-07-27 | 2014-12-16 | Cleversafe, Inc. | Identifying a slice error in a dispersed storage network |
| US8782525B2 (en) * | 2011-07-28 | 2014-07-15 | National Insturments Corporation | Displaying physical signal routing in a diagram of a system |
| US8707107B1 (en) * | 2011-12-09 | 2014-04-22 | Symantec Corporation | Systems and methods for proactively facilitating restoration of potential data failures |
| JP5985403B2 (ja) | 2013-01-10 | 2016-09-06 | 株式会社東芝 | ストレージ装置 |
| JP6005533B2 (ja) | 2013-01-17 | 2016-10-12 | 株式会社東芝 | 記憶装置および記憶方法 |
| US9244939B2 (en) | 2013-06-27 | 2016-01-26 | Lenovo Enterprise Solutions (Singapore) Pte. Ltd. | Managing I/O operations in a shared file system |
| CN104571965A (zh) * | 2015-01-19 | 2015-04-29 | 浪潮集团有限公司 | 一种raid重建的优化方法 |
Family Cites Families (30)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US191311A (en) * | 1877-05-29 | Improvement in devices for punching sheet metal for pipe-elbows | ||
| US99578A (en) * | 1870-02-08 | Improvement in hoisting-machines | ||
| US99598A (en) * | 1870-02-08 | Improvement in dental articulators | ||
| US124215A (en) * | 1872-03-05 | Improvement in adjustable horseshoes | ||
| US99579A (en) * | 1870-02-08 | John maetino | ||
| US172145A (en) * | 1876-01-11 | Improvement in harvesters | ||
| US91944A (en) * | 1869-06-29 | Improved machine for turning and scraping grindstones | ||
| TW292365B (en) * | 1995-05-31 | 1996-12-01 | Hitachi Ltd | Computer management system |
| US6209059B1 (en) * | 1997-09-25 | 2001-03-27 | Emc Corporation | Method and apparatus for the on-line reconfiguration of the logical volumes of a data storage system |
| JPH11296459A (ja) * | 1998-04-07 | 1999-10-29 | Hitachi Ltd | ネットワークシステム |
| US6529995B1 (en) * | 1999-06-18 | 2003-03-04 | Storage Technology Corporation | Method and apparatus for maintaining and restoring mapping table entries and data in a raid system |
| US6460151B1 (en) * | 1999-07-26 | 2002-10-01 | Microsoft Corporation | System and method for predicting storage device failures |
| US6629207B1 (en) * | 1999-10-01 | 2003-09-30 | Hitachi, Ltd. | Method for loading instructions or data into a locked way of a cache memory |
| US6629267B1 (en) * | 2000-05-15 | 2003-09-30 | Microsoft Corporation | Method and system for reporting a program failure |
| JP2001337790A (ja) | 2000-05-24 | 2001-12-07 | Hitachi Ltd | 記憶システム及びその階層管理制御方法 |
| US7103653B2 (en) * | 2000-06-05 | 2006-09-05 | Fujitsu Limited | Storage area network management system, method, and computer-readable medium |
| JP4794068B2 (ja) | 2000-06-05 | 2011-10-12 | 富士通株式会社 | ストレージエリア・ネットワーク管理システム |
| US6996742B2 (en) * | 2000-11-28 | 2006-02-07 | Sedna Patent Services, Llc | Method for regenerating and streaming content from a video server using RAID 5 data striping |
| US20020091824A1 (en) * | 2001-01-10 | 2002-07-11 | Center 7, Inc. | Intermediate systems for enterprise management from a central location |
| US20020099578A1 (en) * | 2001-01-22 | 2002-07-25 | Eicher Daryl E. | Performance-based supply chain management system and method with automatic alert threshold determination |
| US20020099579A1 (en) * | 2001-01-22 | 2002-07-25 | Stowell David P. M. | Stateless, event-monitoring architecture for performance-based supply chain management system and method |
| US20020099598A1 (en) * | 2001-01-22 | 2002-07-25 | Eicher, Jr. Daryl E. | Performance-based supply chain management system and method with metalerting and hot spot identification |
| US20020191311A1 (en) * | 2001-01-29 | 2002-12-19 | Ulrich Thomas R. | Dynamically scalable disk array |
| US20030023933A1 (en) * | 2001-07-27 | 2003-01-30 | Sun Microsystems, Inc. | End-to-end disk data checksumming |
| JP2003050752A (ja) * | 2001-08-06 | 2003-02-21 | Fujitsu Ltd | サーバ障害復旧通知方法及び装置 |
| JP2003108420A (ja) * | 2001-09-27 | 2003-04-11 | Hitachi Ltd | データストレージシステム及びこの制御方法 |
| JP4018383B2 (ja) * | 2001-12-18 | 2007-12-05 | パイオニア株式会社 | 録画視聴予約装置及び録画視聴予約方法 |
| US9087319B2 (en) * | 2002-03-11 | 2015-07-21 | Oracle America, Inc. | System and method for designing, developing and implementing internet service provider architectures |
| US7167915B2 (en) * | 2002-10-18 | 2007-01-23 | International Business Machines Corporation | Monitoring storage resources used by computer applications distributed across a network |
| US6928589B1 (en) * | 2004-01-23 | 2005-08-09 | Hewlett-Packard Development Company, L.P. | Node management in high-availability cluster |
-
2002
- 2002-05-24 JP JP2002150145A patent/JP2003345531A/ja active Pending
-
2003
- 2003-05-22 US US10/444,650 patent/US20040153728A1/en not_active Abandoned
- 2003-05-23 EP EP03011752A patent/EP1369785A3/en not_active Withdrawn
-
2006
- 2006-07-24 US US11/492,340 patent/US7457916B2/en not_active Expired - Fee Related
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005267274A (ja) * | 2004-03-18 | 2005-09-29 | Hitachi Ltd | 記憶システム及びコンピュータシステム |
| JP4575689B2 (ja) * | 2004-03-18 | 2010-11-04 | 株式会社日立製作所 | 記憶システム及びコンピュータシステム |
| JP2008097318A (ja) * | 2006-10-12 | 2008-04-24 | Hitachi Ltd | ストレージ装置 |
| JP2009077959A (ja) * | 2007-09-26 | 2009-04-16 | Toshiba Corp | 超音波画像診断装置およびその制御プログラム |
| JP2010097385A (ja) * | 2008-10-16 | 2010-04-30 | Fujitsu Ltd | データ管理プログラム、ストレージ装置診断プログラム、およびマルチノードストレージシステム |
| US8458398B2 (en) | 2008-10-16 | 2013-06-04 | Fujitsu Limited | Computer-readable medium storing data management program, computer-readable medium storing storage diagnosis program, and multinode storage system |
| US9389808B2 (en) | 2013-08-22 | 2016-07-12 | Kabushiki Kaisha Toshiba | Storage device and data processing method |
| WO2015040728A1 (ja) * | 2013-09-20 | 2015-03-26 | 富士通株式会社 | 情報処理装置，情報処理方法，プログラム，記録媒体 |
| JPWO2015040728A1 (ja) * | 2013-09-20 | 2017-03-02 | 富士通株式会社 | 情報処理装置，情報処理方法，プログラム |
Also Published As
| Publication number | Publication date |
|---|---|
| US20070011579A1 (en) | 2007-01-11 |
| US7457916B2 (en) | 2008-11-25 |
| EP1369785A2 (en) | 2003-12-10 |
| US20040153728A1 (en) | 2004-08-05 |
| EP1369785A3 (en) | 2011-03-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2003345531A (ja) | ストレージシステム、管理サーバ、及びそのアプリケーションの管理方法 | |
| US9870366B1 (en) | Processing storage capacity events in connection with file systems | |
| US8271761B2 (en) | Storage system and management method thereof | |
| US8423816B2 (en) | Method and computer system for failover | |
| US7581062B2 (en) | Disk array system | |
| WO2011074284A1 (ja) | 仮想計算機の移動方法、仮想計算機システム及びプログラムを格納した記憶媒体 | |
| CN108984107B (zh) | 提高存储系统的可用性 | |
| US7921325B2 (en) | Node management device and method | |
| EP1895414A1 (en) | Storage control apparatus and failure recovery method for storage control apparatus | |
| US20070055797A1 (en) | Computer system, management computer, method of managing access path | |
| US8667337B2 (en) | Storage apparatus and method of controlling the same | |
| US20070283090A1 (en) | Storage system and volume management method for the same | |
| JP2004287648A (ja) | 外部記憶装置及び外部記憶装置のデータ回復方法並びにプログラム | |
| JP4920248B2 (ja) | サーバの障害回復方法及びデータベースシステム | |
| JP2008052407A (ja) | クラスタシステム | |
| JP3681766B2 (ja) | ディスクアレイ装置 | |
| US7886186B2 (en) | Storage system and management method for the same | |
| US8782465B1 (en) | Managing drive problems in data storage systems by tracking overall retry time | |
| US7096317B2 (en) | Disk array device and maintenance method for disk array device | |
| US10114754B1 (en) | Techniques for space reservation in a storage environment | |
| TWI756007B (zh) | 用以進行全快閃記憶體陣列伺服器的高可用性管理的方法與設備 | |
| JP5309816B2 (ja) | データ管理プログラム、データ管理装置、およびデータ管理方法 | |
| JP2004171373A (ja) | ディスクアレイ装置 | |
| CN116560827A (zh) | 一种数据处理方法及装置 | |
| CN111901415A (zh) | 数据处理方法和系统、计算机可读存储介质及处理器 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20040928 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050427 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050427 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20050427 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20050427 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080324 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080401 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080529 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20081118 |