JP2003303054A - 計算機システム、記憶装置及び記憶装置運用監視方法 - Google Patents
計算機システム、記憶装置及び記憶装置運用監視方法Info
- Publication number
- JP2003303054A JP2003303054A JP2002105346A JP2002105346A JP2003303054A JP 2003303054 A JP2003303054 A JP 2003303054A JP 2002105346 A JP2002105346 A JP 2002105346A JP 2002105346 A JP2002105346 A JP 2002105346A JP 2003303054 A JP2003303054 A JP 2003303054A
- Authority
- JP
- Japan
- Prior art keywords
- storage device
- area
- data
- storage
- computer
- 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
- G06F11/30—Monitoring
- G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
- G06F11/3442—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment for planning or managing the needed capacity
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
- G06F11/3409—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment for performance assessment
- G06F11/3433—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment for performance assessment for load management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
- G06F3/0604—Improving or facilitating administration, e.g. storage management
- G06F3/0605—Improving or facilitating administration, e.g. storage management by facilitating the interaction with a user or administrator
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
- G06F3/0653—Monitoring storage devices or systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
- G06F11/3466—Performance evaluation by tracing or monitoring
- G06F11/3485—Performance evaluation by tracing or monitoring for I/O devices
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2206/00—Indexing scheme related to dedicated interfaces for computers
- G06F2206/10—Indexing scheme related to storage interfaces for computers, indexing schema related to group G06F3/06
- G06F2206/1012—Load balancing
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Human Computer Interaction (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Debugging And Monitoring (AREA)
Abstract
(57)【要約】
【課題】 計算機にストレージ容量等に関するストレー
ジの運用管理を行わせることなく、ストレージの運用管
理を行うことを可能とする。 【解決手段】 各ストレージ１１ａ〜１１ｎに管理モジ
ュール１１０を設け、ユーザの計算機１０ａ〜１０ｎか
らのストレージ内のボリュームの使用状況を随時監視
し、使用状況の変動に応じてストレージから使用状況を
ユーザに通達する。これにより、監視用のソフトウェア
をユーザの使用する計算機上に導入しなくても、ユーザ
に計算機の使用容量を記憶装置から通達することが可能
となる。
ジの運用管理を行わせることなく、ストレージの運用管
理を行うことを可能とする。 【解決手段】 各ストレージ１１ａ〜１１ｎに管理モジ
ュール１１０を設け、ユーザの計算機１０ａ〜１０ｎか
らのストレージ内のボリュームの使用状況を随時監視
し、使用状況の変動に応じてストレージから使用状況を
ユーザに通達する。これにより、監視用のソフトウェア
をユーザの使用する計算機上に導入しなくても、ユーザ
に計算機の使用容量を記憶装置から通達することが可能
となる。
Description
【０００１】
【発明の属する技術分野】本発明は、計算機システム、
記憶装置及び記憶装置運用監視方法に係り、特に、記憶
装置が接続されて構成される計算機システム、記憶装置
(以下、ストレージともいう)の使用状況を記憶装置自体
で運用監視することのできる記憶装置及び記憶装置運用
監視方法に関する。
記憶装置及び記憶装置運用監視方法に係り、特に、記憶
装置が接続されて構成される計算機システム、記憶装置
(以下、ストレージともいう)の使用状況を記憶装置自体
で運用監視することのできる記憶装置及び記憶装置運用
監視方法に関する。
【０００２】
【従来の技術】企業が運用管理する計算機システムは、
近年、ストレージのデータ量が増大してきており、スト
レージの運用管理が複雑化しそのためのコストも増大し
ている。この問題を解決する方法の１つとして、企業の
計算機システムにおけるストレージの運用を、ストレー
ジの運用管理を代行するストレージ・サービス・プロバ
イダ（ＳＳＰ：Storage Service Provider）と呼ばれる
事業者に行わせる形態がある。
近年、ストレージのデータ量が増大してきており、スト
レージの運用管理が複雑化しそのためのコストも増大し
ている。この問題を解決する方法の１つとして、企業の
計算機システムにおけるストレージの運用を、ストレー
ジの運用管理を代行するストレージ・サービス・プロバ
イダ（ＳＳＰ：Storage Service Provider）と呼ばれる
事業者に行わせる形態がある。
【０００３】ＳＳＰは、複数のストレージを有し、ＳＳ
Ｐが有するストレージを切り分けて、複数のユーザに提
供する事業体である。ＳＳＰにストレージの運用を行わ
せ、データを預けたユーザは、データの運用管理のコス
トを低減することができる（日経システムプロバイダ２
００１．３．１６「サービス事業を支えるＳＳＰ」）。
Ｐが有するストレージを切り分けて、複数のユーザに提
供する事業体である。ＳＳＰにストレージの運用を行わ
せ、データを預けたユーザは、データの運用管理のコス
トを低減することができる（日経システムプロバイダ２
００１．３．１６「サービス事業を支えるＳＳＰ」）。
【０００４】ＳＳＰのサービスとして、ユーザのストレ
ージの利用状況を運用監視することは、ユーザの運用管
理を代行する有用なものである。また、ＳＳＰに限ら
ず、ストレージの利用状況を運用監視することは、計算
機が割り当てられたストレージの領域を守って正常に運
用するために必要な機能である。
ージの利用状況を運用監視することは、ユーザの運用管
理を代行する有用なものである。また、ＳＳＰに限ら
ず、ストレージの利用状況を運用監視することは、計算
機が割り当てられたストレージの領域を守って正常に運
用するために必要な機能である。
【０００５】ストレージの利用状況の中で、ストレージ
の容量の監視に関する従来技術として、例えば、特開２
００１−２２６１６号公報等に記載された技術が知られ
ている。この従来技術は、記憶装置を構成するディスク
の使用容量を自動的に監視して、ストレージを用いる計
算機上で自動的にディスクの使用容量を把握し、使用容
量が予め設定された基準値を超えたときに、電子メール
等により計算機の管理者に警告を通知するというもので
ある。
の容量の監視に関する従来技術として、例えば、特開２
００１−２２６１６号公報等に記載された技術が知られ
ている。この従来技術は、記憶装置を構成するディスク
の使用容量を自動的に監視して、ストレージを用いる計
算機上で自動的にディスクの使用容量を把握し、使用容
量が予め設定された基準値を超えたときに、電子メール
等により計算機の管理者に警告を通知するというもので
ある。
【０００６】
【発明が解決しようとする課題】前述した従来技術は、
次のような問題点を有している。
次のような問題点を有している。
【０００７】一般に、ストレージを計算機が利用するに
は、計算機で利用するファイルシステム等によって、ス
トレージを利用する使用方法が決定されるる。そのた
め、ストレージは、ストレージ自身で作成したボリュー
ムに関する情報については知ることができるが、計算機
がボリュームをどのように利用しているかは把握するこ
とができない。例えば、計算機がボリュームをどの程度
の容量を使用しているか把握することができない。
は、計算機で利用するファイルシステム等によって、ス
トレージを利用する使用方法が決定されるる。そのた
め、ストレージは、ストレージ自身で作成したボリュー
ムに関する情報については知ることができるが、計算機
がボリュームをどのように利用しているかは把握するこ
とができない。例えば、計算機がボリュームをどの程度
の容量を使用しているか把握することができない。
【０００８】ＮＡＳ（Network Attached Storage）のよ
うに、実際にファイルシステムを持つストレージの場
合、前述したような情報を把握することができるが、Ｎ
ＡＳは、ＴＣＰ／ＩＰ等のネットワーク接続をしなけれ
ばならず、また、ネットワークファイルシステムにおけ
るファイルＩ／Ｏを前提としているため、ＳＣＳＩやフ
ァイバーチャネル接続、ブロックＩ／Ｏのアクセスには
対応していない。
うに、実際にファイルシステムを持つストレージの場
合、前述したような情報を把握することができるが、Ｎ
ＡＳは、ＴＣＰ／ＩＰ等のネットワーク接続をしなけれ
ばならず、また、ネットワークファイルシステムにおけ
るファイルＩ／Ｏを前提としているため、ＳＣＳＩやフ
ァイバーチャネル接続、ブロックＩ／Ｏのアクセスには
対応していない。
【０００９】ＳＣＳＩやファイバーチャネルストレージ
接続、ブロックＩ／Ｏのアクセスに対応したストレージ
に関して、計算機やユーザが使用するストレージの容量
を把握するためには、特開２００１−２２６１６号公報
に記載されているように、計算機上でストレージの容量
を監視する機能を導入する必要である。しかし、この場
合、通常の運用に加えて、別途ストレージ監視機能を計
算機に導入する必要があるため、計算機の動作に負担を
かけてしまい、また、運用管理に関するユーザの負担も
増加するという問題点を生じる。
接続、ブロックＩ／Ｏのアクセスに対応したストレージ
に関して、計算機やユーザが使用するストレージの容量
を把握するためには、特開２００１−２２６１６号公報
に記載されているように、計算機上でストレージの容量
を監視する機能を導入する必要である。しかし、この場
合、通常の運用に加えて、別途ストレージ監視機能を計
算機に導入する必要があるため、計算機の動作に負担を
かけてしまい、また、運用管理に関するユーザの負担も
増加するという問題点を生じる。
【００１０】一方、ＳＳＰの形態を考慮すると、ＳＳＰ
の顧客となるユーザは、前述の理由によりＳＳＰが提供
する運用監視のサービスを受けたくない傾向がある。ま
た、ＳＳＰ管理者にとっても、計算機自体を管理するこ
とは前提ではなく、運用管理する実体が多くなることを
避けたい傾向がある。結局、ＳＳＰの顧客となるユー
ザ、ＳＳＰの管理者ともに、計算機自体に運用管理機能
を用いた運用管理を行いたくないという傾向がある。
の顧客となるユーザは、前述の理由によりＳＳＰが提供
する運用監視のサービスを受けたくない傾向がある。ま
た、ＳＳＰ管理者にとっても、計算機自体を管理するこ
とは前提ではなく、運用管理する実体が多くなることを
避けたい傾向がある。結局、ＳＳＰの顧客となるユー
ザ、ＳＳＰの管理者ともに、計算機自体に運用管理機能
を用いた運用管理を行いたくないという傾向がある。
【００１１】本発明の目的は、計算機にストレージ容量
等に関するストレージの運用管理を行わせることなく、
ストレージの運用管理を行うことを可能にした計算機シ
ステム、記憶装置及び記憶装置運用管理方法を提供する
ことにある。
等に関するストレージの運用管理を行わせることなく、
ストレージの運用管理を行うことを可能にした計算機シ
ステム、記憶装置及び記憶装置運用管理方法を提供する
ことにある。
【００１２】
【課題を解決するための手段】本発明によれば前記目的
は、ストレージ（記憶装置）自体が計算機が利用する領
域の使用状況を監視し、計算機からくるＩ／Ｏデータの
情報から、ストレージの読み書きの位置を監視、保存す
ることにより、計算機が利用する領域の使用状況を取得
することができるように、記憶装置を構成することによ
り達成される。
は、ストレージ（記憶装置）自体が計算機が利用する領
域の使用状況を監視し、計算機からくるＩ／Ｏデータの
情報から、ストレージの読み書きの位置を監視、保存す
ることにより、計算機が利用する領域の使用状況を取得
することができるように、記憶装置を構成することによ
り達成される。
【００１３】具体的にいえば、前記目的は、１または複
数の計算機とそれらの計算機に接続された１または複数
の記憶装置とを有する計算機システムにおいて、前記記
憶装置は、前記計算機のそれぞれが使用する記憶装置の
領域を取得する手段と、前記計算機が前記領域の中で実
際にデータを格納している領域の容量を取得する手段
と、記憶装置から前記領域の状態を、計算機または計算
機を用いるユーザに通知する手段とを有することにより
達成される。
数の計算機とそれらの計算機に接続された１または複数
の記憶装置とを有する計算機システムにおいて、前記記
憶装置は、前記計算機のそれぞれが使用する記憶装置の
領域を取得する手段と、前記計算機が前記領域の中で実
際にデータを格納している領域の容量を取得する手段
と、記憶装置から前記領域の状態を、計算機または計算
機を用いるユーザに通知する手段とを有することにより
達成される。
【００１４】前述において、前記記憶装置は、さらに、
前記領域の使用容量が増加した場合に、別途記憶装置内
に領域を作成する手段と、前記領域を作成後に、その作
成した領域を使用するユーザに別途領域を作成したこと
を通知する手段と、前記作成した領域が増加することに
より、記憶装置内で別途領域を作成する領域が少なくな
ったとき、別途領域を作成可能とするために記憶装置内
に別途ディスク装置が必要なことを、記憶装置を管理す
るユーザに通知する手段とを有する。
前記領域の使用容量が増加した場合に、別途記憶装置内
に領域を作成する手段と、前記領域を作成後に、その作
成した領域を使用するユーザに別途領域を作成したこと
を通知する手段と、前記作成した領域が増加することに
より、記憶装置内で別途領域を作成する領域が少なくな
ったとき、別途領域を作成可能とするために記憶装置内
に別途ディスク装置が必要なことを、記憶装置を管理す
るユーザに通知する手段とを有する。
【００１５】本発明は、前記下手段を備えることによ
り、計算機自体が記憶装置に関する運用管理機能を持つ
必要がなく、ユーザが使用する計算機に負担をかけるこ
とをなくすことができる。また、記憶装置の管理者にと
っても、管理すべき実体が記憶装置のみでよく、集中的
に記憶装置の利用状況を管理できるため、管理コストを
削減することが可能となる。
り、計算機自体が記憶装置に関する運用管理機能を持つ
必要がなく、ユーザが使用する計算機に負担をかけるこ
とをなくすことができる。また、記憶装置の管理者にと
っても、管理すべき実体が記憶装置のみでよく、集中的
に記憶装置の利用状況を管理できるため、管理コストを
削減することが可能となる。
【００１６】
【発明の実施の形態】以下、本発明による計算機システ
ム、記憶装置及び記憶装置運用管理方法の実施形態を図
面により詳細に説明する。
ム、記憶装置及び記憶装置運用管理方法の実施形態を図
面により詳細に説明する。
【００１７】図１は本発明の一実施形態による計算機シ
ステムの構成を示すブロック図、図２はストレージ情報
の例を説明する図である。図１、図２において、１０ａ
〜１０ｎは計算機、１１ａ〜１１ｎはストレージ、１１
０は管理モジュール、１１１はストレージ情報、１１２
はデータ管理情報取得機能、１１３はストレージ管理制
御機能、１１４は通信機能、１２ａ〜１２ｎはボリュー
ム、１２０はボリューム群、１３０はケーブル、２００
はボリューム情報テーブル、２１０はボリューム管理方
針テーブル、２２０はストレージ容量テーブル、２３０
はユーザ情報テーブルである。
ステムの構成を示すブロック図、図２はストレージ情報
の例を説明する図である。図１、図２において、１０ａ
〜１０ｎは計算機、１１ａ〜１１ｎはストレージ、１１
０は管理モジュール、１１１はストレージ情報、１１２
はデータ管理情報取得機能、１１３はストレージ管理制
御機能、１１４は通信機能、１２ａ〜１２ｎはボリュー
ム、１２０はボリューム群、１３０はケーブル、２００
はボリューム情報テーブル、２１０はボリューム管理方
針テーブル、２２０はストレージ容量テーブル、２３０
はユーザ情報テーブルである。
【００１８】本発明の実施形態による計算機システム
は、複数の計算機１０ａ〜１０ｎと複数のストレージ１
１ａ〜１１ｎとがケーブル１３０により接続されて構成
されている。複数のストレージ１１ａ〜１１ｎは、全て
同一の構成を備えていてよく、図１には、ストレージ１
１ａについてのみの内部構成を示している。ストレージ
の内部構成について、ストレージ１１ａを代表として制
御する。
は、複数の計算機１０ａ〜１０ｎと複数のストレージ１
１ａ〜１１ｎとがケーブル１３０により接続されて構成
されている。複数のストレージ１１ａ〜１１ｎは、全て
同一の構成を備えていてよく、図１には、ストレージ１
１ａについてのみの内部構成を示している。ストレージ
の内部構成について、ストレージ１１ａを代表として制
御する。
【００１９】ストレージ１１ａは、ストレージ１１ａを
管理制御し、各計算機とストレージとを結ぶケーブル１
３０を介して各計算機と通信可能な管理モジュール１１
０と、ボリューム群１２０とを備えて構成されている。
ボリューム群１２０は、ストレージが管理する領域にお
いて、計算機１０ａ〜１０ｎのそれぞれに提供可能な最
小単位であるボリュームの集合であり、計算機１０ａ〜
１０ｎのなかのストレージ１１ａを使用している計算機
からのＩ／Ｏ要求をケーブル１３０を介して受け付ける
複数のボリューム１２ａ〜１２ｎにより構成されてい
る。
管理制御し、各計算機とストレージとを結ぶケーブル１
３０を介して各計算機と通信可能な管理モジュール１１
０と、ボリューム群１２０とを備えて構成されている。
ボリューム群１２０は、ストレージが管理する領域にお
いて、計算機１０ａ〜１０ｎのそれぞれに提供可能な最
小単位であるボリュームの集合であり、計算機１０ａ〜
１０ｎのなかのストレージ１１ａを使用している計算機
からのＩ／Ｏ要求をケーブル１３０を介して受け付ける
複数のボリューム１２ａ〜１２ｎにより構成されてい
る。
【００２０】管理モジュール１１０は、前述したボリュ
ーム群１２０を使用している計算機１０ａ〜１０ｎのそ
れぞれ（全てでなくてよい）の計算機が使用する領域の
情報や、実際に使用している領域等の情報を保存するス
トレージ情報１１１と、ボリュームを使用するためのデ
ータの管理形式を取得する機能であるデータ管理情報取
得機能１１２と、ボリュームの設定等のストレージを実
際に制御する機能であるストレージ管理制御機能１１３
と、ストレージと計算機１０ａ〜１０ｎとの間でケーブ
ル１３０を介して通信を行う機能である通信機能１１４
とを備えて構成されている。
ーム群１２０を使用している計算機１０ａ〜１０ｎのそ
れぞれ（全てでなくてよい）の計算機が使用する領域の
情報や、実際に使用している領域等の情報を保存するス
トレージ情報１１１と、ボリュームを使用するためのデ
ータの管理形式を取得する機能であるデータ管理情報取
得機能１１２と、ボリュームの設定等のストレージを実
際に制御する機能であるストレージ管理制御機能１１３
と、ストレージと計算機１０ａ〜１０ｎとの間でケーブ
ル１３０を介して通信を行う機能である通信機能１１４
とを備えて構成されている。
【００２１】前述において、通信機能１１４は、従来の
電子メール機能等であってよい。データ管理情報取得機
能１１２は、各計算機が用いるファイルシステム等のデ
ータ管理方式（ＦＡＴ、ＮＴＦＳ等）に対して、データ
の配置を取得し、計算機が使用しているデータやファイ
ルのディスク配置を取得する機能である。ケーブル１３
０は、ファイバチャネルやイーサネット（登録商標）な
どのケーブルを使用したものがあり、場合によっては、
ファイバチャネルとイーサネット（登録商標）との別々
のネットワークが構成されることもある。この場合、計
算機１０〜１０ｎ、ストレージ１１ａ〜１１ｎには、ケ
ーブルの種類に合わせて複数の通信装置が配置されるこ
ともある。
電子メール機能等であってよい。データ管理情報取得機
能１１２は、各計算機が用いるファイルシステム等のデ
ータ管理方式（ＦＡＴ、ＮＴＦＳ等）に対して、データ
の配置を取得し、計算機が使用しているデータやファイ
ルのディスク配置を取得する機能である。ケーブル１３
０は、ファイバチャネルやイーサネット（登録商標）な
どのケーブルを使用したものがあり、場合によっては、
ファイバチャネルとイーサネット（登録商標）との別々
のネットワークが構成されることもある。この場合、計
算機１０〜１０ｎ、ストレージ１１ａ〜１１ｎには、ケ
ーブルの種類に合わせて複数の通信装置が配置されるこ
ともある。
【００２２】計算機１０ａ〜１０ｎには、実際にストレ
ージ１１ａ〜１１ｎを使用する計算機ばかりでなく、ス
トレージの通信機能１１４と連携して、ストレージの情
報を取得し、また、ストレージへの設定要求を登録する
ストレージ内のディスクを使用しない計算機（以下、管
理端末という）が含まれる場合がある。そして、管理端
末の機能がストレージ１１ａ〜１１ｎを使用する計算機
に統合されてもよい。
ージ１１ａ〜１１ｎを使用する計算機ばかりでなく、ス
トレージの通信機能１１４と連携して、ストレージの情
報を取得し、また、ストレージへの設定要求を登録する
ストレージ内のディスクを使用しない計算機（以下、管
理端末という）が含まれる場合がある。そして、管理端
末の機能がストレージ１１ａ〜１１ｎを使用する計算機
に統合されてもよい。
【００２３】前述したように構成される本発明の実施形
態による計算機システムは、特定のユーザが運用する計
算機システムであってもよく、また、ＳＳＰが運用する
計算機システムであってもよい。
態による計算機システムは、特定のユーザが運用する計
算機システムであってもよく、また、ＳＳＰが運用する
計算機システムであってもよい。
【００２４】図１に示す計算機システムが、ＳＳＰが運
用する計算機システムであるとすると、計算機１０ａ〜
１０ｎは、ＳＳＰに対する顧客のサーバや、顧客がスト
レージに関する要求を発行し、また、ストレージからの
情報を取得する顧客の管理端末であり、また、ＳＳＰ管
理者がストレージ情報を取得する管理端末である。ま
た、この場合、ストレージ１１ａ〜１１ｎは、ＳＳＰが
各ストレージ内のボリュームに価格をつけて顧客に提供
するストレージである。そして、ボリューム１２ａ〜１
２ｎの１つまたは複数が、ＳＳＰが各顧客に提供するス
トレージの単位となる。
用する計算機システムであるとすると、計算機１０ａ〜
１０ｎは、ＳＳＰに対する顧客のサーバや、顧客がスト
レージに関する要求を発行し、また、ストレージからの
情報を取得する顧客の管理端末であり、また、ＳＳＰ管
理者がストレージ情報を取得する管理端末である。ま
た、この場合、ストレージ１１ａ〜１１ｎは、ＳＳＰが
各ストレージ内のボリュームに価格をつけて顧客に提供
するストレージである。そして、ボリューム１２ａ〜１
２ｎの１つまたは複数が、ＳＳＰが各顧客に提供するス
トレージの単位となる。
【００２５】管理モジュール１１０が持つストレージ情
報１１１は、図２に示すように、ボリューム情報テーブ
ル２００と、ボリューム管理方針テーブル２１０と、ス
トレージ容量テーブル２２０と、ユーザ情報テーブル２
３０とにより構成され、管理モジュール１１０が備えら
れるストレージの運用監視のために利用される。
報１１１は、図２に示すように、ボリューム情報テーブ
ル２００と、ボリューム管理方針テーブル２１０と、ス
トレージ容量テーブル２２０と、ユーザ情報テーブル２
３０とにより構成され、管理モジュール１１０が備えら
れるストレージの運用監視のために利用される。
【００２６】ボリューム情報テーブル２００は、ストレ
ージ（ここではボリューム１１ａ）内に設定されている
ボリュームの情報を管理するテーブルであり、ボリュー
ム情報テーブル２００には、ストレージ内で定義されて
いる各ボリュームを識別するために付加されたボリュー
ムＩＤ２０１に関して、ボリュームを使用する計算機名
２０２と、ボリュームがどのようなデータ管理方法を用
いているかを登録するデータ管理方法２０３と、計算機
が使用可能なボリュームの容量２０４と、実際に計算機
が使用している使用容量２０５との情報が格納される。
計算機名２０２に格納される値は、計算機１０ａ〜１０
ｎの各計算機の識別子である。また、データ管理方法２
０３は、各計算機が用いるファイルシステム等のデータ
管理方法の識別子であり、この値をデータ管理情報取得
機能１１２が参照して、各計算機上のデータ配置の状態
を取得する。ここでは、簡単のため１つのボリューム
は、１つのデータ管理方法で管理されていることとす
る。１つのボリュームを複数のデータ管理方法により複
数のパーティションに仕切って運用することも可能であ
る。この場合、各ボリュームに対して、パーティション
の情報をボリューム情報テーブル２００と同じような項
目で管理すればよく、ボリュームＩＤ２０１の項目がパ
ーティションの識別子となり、容量２０４、使用容量２
０５がパーティション毎の情報となる。
ージ（ここではボリューム１１ａ）内に設定されている
ボリュームの情報を管理するテーブルであり、ボリュー
ム情報テーブル２００には、ストレージ内で定義されて
いる各ボリュームを識別するために付加されたボリュー
ムＩＤ２０１に関して、ボリュームを使用する計算機名
２０２と、ボリュームがどのようなデータ管理方法を用
いているかを登録するデータ管理方法２０３と、計算機
が使用可能なボリュームの容量２０４と、実際に計算機
が使用している使用容量２０５との情報が格納される。
計算機名２０２に格納される値は、計算機１０ａ〜１０
ｎの各計算機の識別子である。また、データ管理方法２
０３は、各計算機が用いるファイルシステム等のデータ
管理方法の識別子であり、この値をデータ管理情報取得
機能１１２が参照して、各計算機上のデータ配置の状態
を取得する。ここでは、簡単のため１つのボリューム
は、１つのデータ管理方法で管理されていることとす
る。１つのボリュームを複数のデータ管理方法により複
数のパーティションに仕切って運用することも可能であ
る。この場合、各ボリュームに対して、パーティション
の情報をボリューム情報テーブル２００と同じような項
目で管理すればよく、ボリュームＩＤ２０１の項目がパ
ーティションの識別子となり、容量２０４、使用容量２
０５がパーティション毎の情報となる。
【００２７】ボリューム管理方針テーブル２１０には、
前述したボリュームＩＤ２１１と、ボリュームの使用状
況に応じて、その使用率が増加したときに警告を上げる
か否かを指定する増設警告方針２１２と、ボリュームの
使用状況に応じてボリュームを増設するか否かを指定す
る増設方針２１３と、警告や増設に関して、通信機能１
１４が通知するユーザを指定する通知先２１４との各項
目が格納されている。ボリューム管理方針テーブル２１
０は、各ボリュームを使用するユーザにより指定され
る。この項目の内容によって、ストレージが該当するユ
ーザに警告を上げたり、ボリュームの増設を行うことに
なる。
前述したボリュームＩＤ２１１と、ボリュームの使用状
況に応じて、その使用率が増加したときに警告を上げる
か否かを指定する増設警告方針２１２と、ボリュームの
使用状況に応じてボリュームを増設するか否かを指定す
る増設方針２１３と、警告や増設に関して、通信機能１
１４が通知するユーザを指定する通知先２１４との各項
目が格納されている。ボリューム管理方針テーブル２１
０は、各ボリュームを使用するユーザにより指定され
る。この項目の内容によって、ストレージが該当するユ
ーザに警告を上げたり、ボリュームの増設を行うことに
なる。
【００２８】ストレージ容量テーブル２２０には、各ス
トレージの実際に利用することができるストレージの容
量であるストレージ容量２２１と、ディスクの増設によ
り使用可能とできるストレージ容量の最大値を登録する
最大ストレージ容量２２２と、ストレージの使用容量２
２１が最大ストレージ容量２２２の値に近づいた場合
等、すなわち、ストレージに存在するディスクが不足す
る自体が起こる可能性が高くなった場合等に、警告を上
げるか否かを指定する警告方針２２３と、警告に関し
て、通信機能１１４が通知するユーザを指定する通知先
２２４との各項目が格納されている。通知先２２４は、
ストレージの管理者によって指定される。この警告によ
り、ストレージ管理者に、新たにストレージにディスク
を増設する等の対応を促すことが可能である。ストレー
ジ容量テーブル２２０は、ボリュームの増設を行うとき
の情報として用いられ、また、ストレージ容量自体が不
足する可能性があることをストレージ管理者に警告をあ
げるための情報として用いられる。また、警告方針２２
３と通知先２２４とは、ストレージの管理者によって指
定される。
トレージの実際に利用することができるストレージの容
量であるストレージ容量２２１と、ディスクの増設によ
り使用可能とできるストレージ容量の最大値を登録する
最大ストレージ容量２２２と、ストレージの使用容量２
２１が最大ストレージ容量２２２の値に近づいた場合
等、すなわち、ストレージに存在するディスクが不足す
る自体が起こる可能性が高くなった場合等に、警告を上
げるか否かを指定する警告方針２２３と、警告に関し
て、通信機能１１４が通知するユーザを指定する通知先
２２４との各項目が格納されている。通知先２２４は、
ストレージの管理者によって指定される。この警告によ
り、ストレージ管理者に、新たにストレージにディスク
を増設する等の対応を促すことが可能である。ストレー
ジ容量テーブル２２０は、ボリュームの増設を行うとき
の情報として用いられ、また、ストレージ容量自体が不
足する可能性があることをストレージ管理者に警告をあ
げるための情報として用いられる。また、警告方針２２
３と通知先２２４とは、ストレージの管理者によって指
定される。
【００２９】ユーザ情報テーブル２３０には、ストレー
ジの使用状況を通知するためのユーザのユーザ名２３１
と、通知機能１１４でストレージからユーザに情報を通
知するために必要な情報であるユーザ情報２３２とが格
納されている。通信機能１１４が電子メール機能を利用
するものであれば、ユーザ情報２３２には電子メールア
ドレスが設定され、通信機能１１４がユーザ情報を用い
て、ユーザにストレージの情報を通知することが可能と
なる。
ジの使用状況を通知するためのユーザのユーザ名２３１
と、通知機能１１４でストレージからユーザに情報を通
知するために必要な情報であるユーザ情報２３２とが格
納されている。通信機能１１４が電子メール機能を利用
するものであれば、ユーザ情報２３２には電子メールア
ドレスが設定され、通信機能１１４がユーザ情報を用い
て、ユーザにストレージの情報を通知することが可能と
なる。
【００３０】図３はストレージ内のボリュームの使用容
量を監視するための処理動作を説明するフローチャート
であり、次に、これについて説明する。この処理は、ス
トレージの管理モジュール１１０が、管理モジュールが
もつ機能と情報とを用いて実行する処理である。
量を監視するための処理動作を説明するフローチャート
であり、次に、これについて説明する。この処理は、ス
トレージの管理モジュール１１０が、管理モジュールが
もつ機能と情報とを用いて実行する処理である。
【００３１】（１）管理モジュール１１０は、計算機か
らのストレージに対する要求を取得しすると、データ管
理情報取得機能１１２は、計算機からのストレージの使
用要求に関して、ボリュームの使用容量の変更量を獲得
する。また、データ管理情報取得機能１１２は、ボリュ
ーム情報テーブル２００のデータ管理方法２０３の情報
を用いて、対象となるボリュームのデータ管理方法に従
って、ボリュームの使用容量を把握する（ステップ３０
０）。
らのストレージに対する要求を取得しすると、データ管
理情報取得機能１１２は、計算機からのストレージの使
用要求に関して、ボリュームの使用容量の変更量を獲得
する。また、データ管理情報取得機能１１２は、ボリュ
ーム情報テーブル２００のデータ管理方法２０３の情報
を用いて、対象となるボリュームのデータ管理方法に従
って、ボリュームの使用容量を把握する（ステップ３０
０）。
【００３２】（２）ステップ３００の処理で、把握した
ボリュームの使用容量に基づいて、管理するボリューム
の使用容量に変更が生じたことを取得し、ボリューム情
報テーブル２００から、要求を行った計算機が利用する
ボリュームＩＤを持つボリュームの使用容量２０５を変
更する（ステップ３０１）。
ボリュームの使用容量に基づいて、管理するボリューム
の使用容量に変更が生じたことを取得し、ボリューム情
報テーブル２００から、要求を行った計算機が利用する
ボリュームＩＤを持つボリュームの使用容量２０５を変
更する（ステップ３０１）。
【００３３】（３）次に、ボリュームの使用容量が、警
告方針２１２で指定した状況になっているか否かをボリ
ューム情報テーブル２００とボリューム管理方針テーブ
ル２１０とで調べる。すなわち、ボリューム情報テーブ
ル２００の実際の使用容量２０５が使用可能な容量２０
４の何％になっているか算出し、この値が、ボリューム
管理方針テーブル２１０の警告方針２１２で指定した状
況になっているか否かを調べる（ステップ３０２）。
告方針２１２で指定した状況になっているか否かをボリ
ューム情報テーブル２００とボリューム管理方針テーブ
ル２１０とで調べる。すなわち、ボリューム情報テーブ
ル２００の実際の使用容量２０５が使用可能な容量２０
４の何％になっているか算出し、この値が、ボリューム
管理方針テーブル２１０の警告方針２１２で指定した状
況になっているか否かを調べる（ステップ３０２）。
【００３４】（４）ステップ３０２の調べで、警告方針
２１２で指定した状況になっていた場合、例えば、ボリ
ューム情報テーブル２００で、ボリュームＩＤが２のボ
リュームの使用率を算出すると使用率は９５％であり、
ボリューム管理方針テーブル２１０の警告方針２１２で
指定した状況になっているので、通信機能１１４を用い
て、ボリューム管理方針テーブル２１０の通知先２１４
の該当するユーザへストレージの使用状況について警告
を通知する（ステップ３０３）。
２１２で指定した状況になっていた場合、例えば、ボリ
ューム情報テーブル２００で、ボリュームＩＤが２のボ
リュームの使用率を算出すると使用率は９５％であり、
ボリューム管理方針テーブル２１０の警告方針２１２で
指定した状況になっているので、通信機能１１４を用い
て、ボリューム管理方針テーブル２１０の通知先２１４
の該当するユーザへストレージの使用状況について警告
を通知する（ステップ３０３）。
【００３５】（５）ステップ３０２で、警告方針２１２
で指定した状況になっていなかった場合、または、ステ
ップ３０３の処理後、ボリュームの使用容量が、ボリュ
ーム情報テーブル２００の増設方針２１３で指定した状
況になったか否かを、ボリューム情報テーブル２００の
情報を用いてで調べ、増設方針２１３で指定した状況に
なっていなかった場合、まだ増設が不要であるのでここ
での処理を終了する（ステップ３０４）。
で指定した状況になっていなかった場合、または、ステ
ップ３０３の処理後、ボリュームの使用容量が、ボリュ
ーム情報テーブル２００の増設方針２１３で指定した状
況になったか否かを、ボリューム情報テーブル２００の
情報を用いてで調べ、増設方針２１３で指定した状況に
なっていなかった場合、まだ増設が不要であるのでここ
での処理を終了する（ステップ３０４）。
【００３６】（６）ステップ３０４の調べで、増設方針
２１３で指定された状況になっていた場合、例えば、ボ
リューム情報テーブル２００で、ボリュームＩＤが２の
ボリュームの使用率は９５％であり、この場合、増設方
針２１３で指定された状況になっていることになるの
で、次に、ストレージ容量テーブル２２０からボリュー
ムの増設が可能か調べる（ステップ３０５）。
２１３で指定された状況になっていた場合、例えば、ボ
リューム情報テーブル２００で、ボリュームＩＤが２の
ボリュームの使用率は９５％であり、この場合、増設方
針２１３で指定された状況になっていることになるの
で、次に、ストレージ容量テーブル２２０からボリュー
ムの増設が可能か調べる（ステップ３０５）。
【００３７】（７）ステップ３０５の調べで、増設が不
可能であった場合、通信機能１１４を用いて、ボリュー
ム管理方針テーブル２１０の通知先２１４に該当するユ
ーザへボリュームの増設ができなかったことを通知し、
処理を終了する。この場合、ＳＳＰ等のように、ユーザ
以外にストレージの管理者が存在する場合は、増設でき
なかったことの警告を管理者に対して通知するようにし
てもよい（ステップ３０７）。
可能であった場合、通信機能１１４を用いて、ボリュー
ム管理方針テーブル２１０の通知先２１４に該当するユ
ーザへボリュームの増設ができなかったことを通知し、
処理を終了する。この場合、ＳＳＰ等のように、ユーザ
以外にストレージの管理者が存在する場合は、増設でき
なかったことの警告を管理者に対して通知するようにし
てもよい（ステップ３０７）。
【００３８】（８）ステップ３０５の調べで、増設が可
能であった場合、例えば、ストレージ容量テーブル２２
０において、ストレージ容量２２１が１Ｔ、最大ストレ
ージ容量が２Ｔであり、これは、あと１Ｔの増設が現在
のストレージの構成で可能であることを示している。一
方、ボリュームＩＤが２の場合、ここでボリューム管理
方針テーブル２１０の増設方針２１３から１００Ｇの増
設要求であるので、創設可能と判断され、ストレージ管
理制御機能１１３は、増設方針２１３に従いボリューム
を増設する。そして、通信機能１１４を用いて、ボリュ
ーム管理方針テーブル２１０の通知先２１４に該当する
ユーザへ、ボリューム増設を行ったことを通知する。そ
して、ボリュームを増設したことに伴い、ストレージ容
量テーブル２２０を更新する。例えば、ボリュームＩＤ
が２の増設方針に従い、１００Ｇ増設を行ったら、スト
レージ容量２２１の値は１Ｔに１００Ｇを足した値に更
新される。また、このときにボリューム情報テーブル２
００とボリューム管理方針テーブル２１０とに増設した
ボリュームに対してＩＤを付与し、各テーブルに新たな
行を追加しておき、ボリュームが計算機上で使用可能な
ように設定するときに、ボリューム情報テーブル２０
０、ボリューム管理方針テーブル２１０のエントリの項
目を追加する（ステップ３０６）。
能であった場合、例えば、ストレージ容量テーブル２２
０において、ストレージ容量２２１が１Ｔ、最大ストレ
ージ容量が２Ｔであり、これは、あと１Ｔの増設が現在
のストレージの構成で可能であることを示している。一
方、ボリュームＩＤが２の場合、ここでボリューム管理
方針テーブル２１０の増設方針２１３から１００Ｇの増
設要求であるので、創設可能と判断され、ストレージ管
理制御機能１１３は、増設方針２１３に従いボリューム
を増設する。そして、通信機能１１４を用いて、ボリュ
ーム管理方針テーブル２１０の通知先２１４に該当する
ユーザへ、ボリューム増設を行ったことを通知する。そ
して、ボリュームを増設したことに伴い、ストレージ容
量テーブル２２０を更新する。例えば、ボリュームＩＤ
が２の増設方針に従い、１００Ｇ増設を行ったら、スト
レージ容量２２１の値は１Ｔに１００Ｇを足した値に更
新される。また、このときにボリューム情報テーブル２
００とボリューム管理方針テーブル２１０とに増設した
ボリュームに対してＩＤを付与し、各テーブルに新たな
行を追加しておき、ボリュームが計算機上で使用可能な
ように設定するときに、ボリューム情報テーブル２０
０、ボリューム管理方針テーブル２１０のエントリの項
目を追加する（ステップ３０６）。
【００３９】（９）ステップ３０６の処理の終了後、ス
トレージ容量テーブル２２０の警告方針２２３で指定し
た状況になっているか否かを調べ、警告方針２２３で指
定されている状況になっていなければ、ここでの処理を
終了する。例えば、ストレージ容量テーブル２２０で、
ストレージ容量２２１の値が１Ｔ、最大ストレージ容量
２２２の値が２Ｔの場合、使用率は５０％であり、警告
方針２２３を満たさないので処理を終了する（ステップ
３０８）。
トレージ容量テーブル２２０の警告方針２２３で指定し
た状況になっているか否かを調べ、警告方針２２３で指
定されている状況になっていなければ、ここでの処理を
終了する。例えば、ストレージ容量テーブル２２０で、
ストレージ容量２２１の値が１Ｔ、最大ストレージ容量
２２２の値が２Ｔの場合、使用率は５０％であり、警告
方針２２３を満たさないので処理を終了する（ステップ
３０８）。
【００４０】（10）ステップ３０８の調べで、警告方針
２２３で指定した状況になっていた場合、例えば、スト
レージ容量テーブル２２０で、最大ストレージ容量２２
２の値が２Ｔで、ストレージ容量２２１の値が１．９Ｔ
となった場合、使用率は９５％であり、警告方針２２３
で指定した状況になったことになるので、通信機能１１
４を用いて、ストレージ情報テーブル２１０の通知先２
２４に該当するユーザへストレージ容量の状況について
警告を通知する（ステップ３０９）。
２２３で指定した状況になっていた場合、例えば、スト
レージ容量テーブル２２０で、最大ストレージ容量２２
２の値が２Ｔで、ストレージ容量２２１の値が１．９Ｔ
となった場合、使用率は９５％であり、警告方針２２３
で指定した状況になったことになるので、通信機能１１
４を用いて、ストレージ情報テーブル２１０の通知先２
２４に該当するユーザへストレージ容量の状況について
警告を通知する（ステップ３０９）。
【００４１】本発明の実施形態は、ストレージ内で前述
した処理を実行することにより、各計算機上に監視用の
ソフトウェアを置かなくても、ストレージ自体がストレ
ージの使用状況を監視し、ユーザや管理者へ通知するこ
とが可能となり、また、ボリュームの自動的な増設も可
能となる。また、ストレージ自体の使用領域も随時監視
可能であるので、ストレージの管理者が、ストレージ内
のディスクの増設に対して、ストレージの使用状況に応
じて、柔軟に対応するが可能となる。
した処理を実行することにより、各計算機上に監視用の
ソフトウェアを置かなくても、ストレージ自体がストレ
ージの使用状況を監視し、ユーザや管理者へ通知するこ
とが可能となり、また、ボリュームの自動的な増設も可
能となる。また、ストレージ自体の使用領域も随時監視
可能であるので、ストレージの管理者が、ストレージ内
のディスクの増設に対して、ストレージの使用状況に応
じて、柔軟に対応するが可能となる。
【００４２】また、前述した本発明の実施形態は、スト
レージがＳＳＰにより運用される場合にも、管理者を介
することなく、ユーザとストレージとの間で情報の授受
を行っているので、ストレージ設定の変更時間の短縮が
可能である。ストレージの設定に権限を設ける運用の場
合、すなわち、ストレージ管理者以外にストレージの設
定を行うことを禁止している場合、前述で説明したスト
レージとユーザとの間の通知を、ストレージ管理者を介
して行うように運用することも可能である。
レージがＳＳＰにより運用される場合にも、管理者を介
することなく、ユーザとストレージとの間で情報の授受
を行っているので、ストレージ設定の変更時間の短縮が
可能である。ストレージの設定に権限を設ける運用の場
合、すなわち、ストレージ管理者以外にストレージの設
定を行うことを禁止している場合、前述で説明したスト
レージとユーザとの間の通知を、ストレージ管理者を介
して行うように運用することも可能である。
【００４３】また、前述したステップ３０７の処理にお
いて、ボリュームを増設するとき、ボリュームを扱う計
算機でボリュームの拡張機能があれば、ストレージで同
じボリュームＩＤのボリュームを拡張するようにしても
よい。
いて、ボリュームを増設するとき、ボリュームを扱う計
算機でボリュームの拡張機能があれば、ストレージで同
じボリュームＩＤのボリュームを拡張するようにしても
よい。
【００４４】前述したようにしてＳＳＰを運用すれば、
ＳＳＰの顧客の計算機に対して、余分なソフトウェアを
提供する必要もなく、ストレージの運用でＳＳＰの顧客
のボリュームの使用状況を把握することが可能である。
そして、ＳＳＰ管理者は、ストレージの運用でＳＳＰの
顧客のボリュームの使用状況を随時監視可能であり、そ
れに応じて早期に警告を上げること、ボリュームの増設
を自動的に行うことが可能であるので、顧客の計算機に
ストレージの使用状況を監視するソフトウェアを導入す
るのと同等のＳＳＰのサービスを提供することが可能と
なる。また、ＳＳＰ顧客にとっても、余分なソフトウェ
アを導入せずに済むため、ＳＳＰの顧客の計算機の負荷
を与えずに済む。
ＳＳＰの顧客の計算機に対して、余分なソフトウェアを
提供する必要もなく、ストレージの運用でＳＳＰの顧客
のボリュームの使用状況を把握することが可能である。
そして、ＳＳＰ管理者は、ストレージの運用でＳＳＰの
顧客のボリュームの使用状況を随時監視可能であり、そ
れに応じて早期に警告を上げること、ボリュームの増設
を自動的に行うことが可能であるので、顧客の計算機に
ストレージの使用状況を監視するソフトウェアを導入す
るのと同等のＳＳＰのサービスを提供することが可能と
なる。また、ＳＳＰ顧客にとっても、余分なソフトウェ
アを導入せずに済むため、ＳＳＰの顧客の計算機の負荷
を与えずに済む。
【００４５】また、前述した本発明の実施形態におい
て、ストレージ情報１１１の中にある各テーブルの値に
変更が生じたとき、その都度ストレージ管理者（ＳＳＰ
管理者）へその旨を通知するような設定をストレージ情
報に組み込むことができ、このようにすることにより、
ストレージ管理者がストレージの全体の使用状況の変化
を一括して把握することが可能となる。また、そのスト
レージから管理者への提供情報を一括して表示するソフ
トウェアをストレージ内に用意すれば、管理者は、管理
コストのより多くの削減を実現することが可能である。
て、ストレージ情報１１１の中にある各テーブルの値に
変更が生じたとき、その都度ストレージ管理者（ＳＳＰ
管理者）へその旨を通知するような設定をストレージ情
報に組み込むことができ、このようにすることにより、
ストレージ管理者がストレージの全体の使用状況の変化
を一括して把握することが可能となる。また、そのスト
レージから管理者への提供情報を一括して表示するソフ
トウェアをストレージ内に用意すれば、管理者は、管理
コストのより多くの削減を実現することが可能である。
【００４６】前述した本発明の実施形態において、スト
レージ情報１１１の各テーブルを定期的、または、その
情報に変更が生じたときに別々に保存する機能を管理モ
ジュール１１０に持たせるようにすることができ、この
ようにすることにより、期間ごとのボリュームの使用状
況を把握することが可能である。この情報を用いてユー
ザにボリュームの使用状況を提供することができ、これ
により、ユーザのボリュームの使用方法に関する判断材
料として提供することが可能になる。
レージ情報１１１の各テーブルを定期的、または、その
情報に変更が生じたときに別々に保存する機能を管理モ
ジュール１１０に持たせるようにすることができ、この
ようにすることにより、期間ごとのボリュームの使用状
況を把握することが可能である。この情報を用いてユー
ザにボリュームの使用状況を提供することができ、これ
により、ユーザのボリュームの使用方法に関する判断材
料として提供することが可能になる。
【００４７】図４はストレージ情報変更履歴テーブルの
構成を示す図である。このテーブルは、ストレージ情報
１１１で管理する各テーブルの内容を定期的に、あるい
は、内容に変更が生じたときに別々に保存するために、
その保存したテーブルの情報を管理するためのテーブル
である。
構成を示す図である。このテーブルは、ストレージ情報
１１１で管理する各テーブルの内容を定期的に、あるい
は、内容に変更が生じたときに別々に保存するために、
その保存したテーブルの情報を管理するためのテーブル
である。
【００４８】図４に示すストレージ情報変更履歴テーブ
ル４００は、ストレージ情報１１１内のテーブルが保存
された時間４０１と、ストレージ情報１１１が持つテー
ブルの種類４０２と、保存したテーブル名４０３とによ
り構成される。このテーブル４００を参照することによ
って、時間４０１に示される時間におけるストレージ情
報が保存されていることを判定することが可能である。
例えば、定期的（例えば、１時間毎）にストレージ情報
１１１の各テーブルを保存すれば、１時間毎のボリュー
ムの使用状況をユーザに通知することが可能となり、ユ
ーザにボリュームの使用状況を時系列で確認させること
ができる。
ル４００は、ストレージ情報１１１内のテーブルが保存
された時間４０１と、ストレージ情報１１１が持つテー
ブルの種類４０２と、保存したテーブル名４０３とによ
り構成される。このテーブル４００を参照することによ
って、時間４０１に示される時間におけるストレージ情
報が保存されていることを判定することが可能である。
例えば、定期的（例えば、１時間毎）にストレージ情報
１１１の各テーブルを保存すれば、１時間毎のボリュー
ムの使用状況をユーザに通知することが可能となり、ユ
ーザにボリュームの使用状況を時系列で確認させること
ができる。
【００４９】また、例えば、ストレージ情報１１１の内
容に変更があったときに、別々にテーブルを保存するこ
とにより、ボリュームの変更履歴を取得することがで
き、この情報をユーザに通知すれば、ボリュームの使用
状況の傾向をユーザに通知することが可能とある。そし
て、ストレージの使用率が上がってないユーザに対して
は、ボリュームの設定を変更することを促してもよい。
これにより、ストレージの稼働率を高めて、ストレージ
を有効に使用することが可能となる。
容に変更があったときに、別々にテーブルを保存するこ
とにより、ボリュームの変更履歴を取得することがで
き、この情報をユーザに通知すれば、ボリュームの使用
状況の傾向をユーザに通知することが可能とある。そし
て、ストレージの使用率が上がってないユーザに対して
は、ボリュームの設定を変更することを促してもよい。
これにより、ストレージの稼働率を高めて、ストレージ
を有効に使用することが可能となる。
【００５０】すなわち、複数のユーザがそれぞれ別々の
ボリュームを用いている場合、前述したストレージ情報
変更履歴テーブルの内容から、各ユーザの利用状況が判
るので、ボリュームをほとんど使用していないユーザに
対して、ボリューム量の削減を促して、このボリューム
量が削減されたら、別のユーザにボリューム増設を行う
ことにより、ストレージ資源の利用の効率化を図ること
ができる。また、ストレージがＳＳＰにより運用されて
いる場合、ボリュームの増減に対して価格を柔軟に設定
することにより、ＳＳＰの顧客にボリュームの増設、削
減を促すことも可能である。
ボリュームを用いている場合、前述したストレージ情報
変更履歴テーブルの内容から、各ユーザの利用状況が判
るので、ボリュームをほとんど使用していないユーザに
対して、ボリューム量の削減を促して、このボリューム
量が削減されたら、別のユーザにボリューム増設を行う
ことにより、ストレージ資源の利用の効率化を図ること
ができる。また、ストレージがＳＳＰにより運用されて
いる場合、ボリュームの増減に対して価格を柔軟に設定
することにより、ＳＳＰの顧客にボリュームの増設、削
減を促すことも可能である。
【００５１】前述した本発明の実施形態は、ボリューム
のデータの配置を取得し、データの配置が断片化してい
る場合、その旨をユーザに通知することにより、データ
の配置の最適化を図るように促すことができ、次に、こ
のような場合の処理動作について説明する。
のデータの配置を取得し、データの配置が断片化してい
る場合、その旨をユーザに通知することにより、データ
の配置の最適化を図るように促すことができ、次に、こ
のような場合の処理動作について説明する。
【００５２】図５はデータ配置の情報をユーザに通知す
るための処理動作を説明するフローチャートである。
るための処理動作を説明するフローチャートである。
【００５３】（１）まず、図３により説明したボリュー
ムの使用容量を監視するデータ監視処理を実行する。こ
の監視処理を行うことにより、ストレージにアクセスが
ある毎にデータ配置の情報をユーザに通知する機会を設
けることが可能となる（ステップ５００）。
ムの使用容量を監視するデータ監視処理を実行する。こ
の監視処理を行うことにより、ストレージにアクセスが
ある毎にデータ配置の情報をユーザに通知する機会を設
けることが可能となる（ステップ５００）。
【００５４】（２）次に、ストレージにおけるデータの
配置とディスクの配置との関連性を取得する。すなわ
ち、一貫したデータ（例えば、１ファイル）が、ストレ
ージの各ディスクにどのように配置されているかを取得
する。この処理は、データ管理情報取得機能１１２が各
ストレージで各ボリューム一連のデータの配置を取得す
ることにより行われる。例えば、ストレージ１１ａのボ
リューム群１２０にある各データの配置を取得する。さ
らに、ストレージ管理制御１１３からストレージのディ
スク構成を取得し、データの配置がディスクのどの位置
にあるかを保持する。これによりデータの配置とディス
クとの関連性を取得することが可能となる（ステップ５
０１）。
配置とディスクの配置との関連性を取得する。すなわ
ち、一貫したデータ（例えば、１ファイル）が、ストレ
ージの各ディスクにどのように配置されているかを取得
する。この処理は、データ管理情報取得機能１１２が各
ストレージで各ボリューム一連のデータの配置を取得す
ることにより行われる。例えば、ストレージ１１ａのボ
リューム群１２０にある各データの配置を取得する。さ
らに、ストレージ管理制御１１３からストレージのディ
スク構成を取得し、データの配置がディスクのどの位置
にあるかを保持する。これによりデータの配置とディス
クとの関連性を取得することが可能となる（ステップ５
０１）。
【００５５】（３）次に、ステップ５０１で取得したデ
ータの配置とディスクとの関連性から、データが断片化
しているか否かを判定する。例えば、あるファイルがデ
ィスク１とディスク２に配置されているとき、データが
断片化されていると判定する。データに断片化している
ものがなければ、何もせずに処理を終了する（ステップ
５０２）。
ータの配置とディスクとの関連性から、データが断片化
しているか否かを判定する。例えば、あるファイルがデ
ィスク１とディスク２に配置されているとき、データが
断片化されていると判定する。データに断片化している
ものがなければ、何もせずに処理を終了する（ステップ
５０２）。
【００５６】（４）ステップ５０２で、データに断片化
しているものがあった場合、データが断片化しているこ
とを、対象となるボリュームの状況を通知するユーザに
通信機能１１４を用いて通知して、処理を終了する。通
知するユーザは、ボリューム管理方針テーブル２１０の
通知先２１４の値と、通知先ユーザの情報を保持するユ
ーザ情報テーブルから取得することができる（ステップ
５０３）。
しているものがあった場合、データが断片化しているこ
とを、対象となるボリュームの状況を通知するユーザに
通信機能１１４を用いて通知して、処理を終了する。通
知するユーザは、ボリューム管理方針テーブル２１０の
通知先２１４の値と、通知先ユーザの情報を保持するユ
ーザ情報テーブルから取得することができる（ステップ
５０３）。
【００５７】前述において、ステップ５００を設ける
と、ストレージへのアクセス毎にデータ配置の情報をユ
ーザに通知するための処理が起動されるが、アクセス頻
度が高くなるとこの処理の起動回数が多くなるので、ス
トレージ自体の処理の負荷が大きくなる場合がある。本
発明は、このような場合を考慮して、定期的にデータ配
置の情報をユーザに通知するための処理を起動する手段
を設け、ステップ５０１から処理を開始するようにして
もよい。
と、ストレージへのアクセス毎にデータ配置の情報をユ
ーザに通知するための処理が起動されるが、アクセス頻
度が高くなるとこの処理の起動回数が多くなるので、ス
トレージ自体の処理の負荷が大きくなる場合がある。本
発明は、このような場合を考慮して、定期的にデータ配
置の情報をユーザに通知するための処理を起動する手段
を設け、ステップ５０１から処理を開始するようにして
もよい。
【００５８】また、前述したステップ５０３の処理にお
いて、断片化されているデータが、他のデータに対して
データの変更が少ない場合に、その旨をステップ５０３
の段階で通知するか、または、通知しないという処理を
加えてもよい。データの変更に関しては、図４をにより
説明したストレージ情報１１１の履歴情報から判定する
ことが可能である。
いて、断片化されているデータが、他のデータに対して
データの変更が少ない場合に、その旨をステップ５０３
の段階で通知するか、または、通知しないという処理を
加えてもよい。データの変更に関しては、図４をにより
説明したストレージ情報１１１の履歴情報から判定する
ことが可能である。
【００５９】本発明の実施形態は、前述したような処理
を行うことにより、計算機上でデータの配置を監視する
ことなく、ストレージ自体がデータの配置を監視し、デ
ータの配置によりストレージの処理が遅くなると判断し
て、その旨をユーザに通知することができる。ユーザ
は、前記通知を受けることにより、データの配置の最適
化を行う情報を、ストレージから自動的に取得すること
が可能である。
を行うことにより、計算機上でデータの配置を監視する
ことなく、ストレージ自体がデータの配置を監視し、デ
ータの配置によりストレージの処理が遅くなると判断し
て、その旨をユーザに通知することができる。ユーザ
は、前記通知を受けることにより、データの配置の最適
化を行う情報を、ストレージから自動的に取得すること
が可能である。
【００６０】また、ストレージがＳＳＰにより運用され
ている場合に、ストレージを前述したように運用して、
前述したような監視サービスを提供することができ、Ｓ
ＳＰの管理者は、顧客の計算機に対して、余分なソフト
ウェアを提供する必要もなく、ストレージの運用により
データの配置を随時監視することが可能であり、データ
が断片化していたら警告を上げることができる。また、
ＳＳＰの顧客にとっても余分なソフトウェアを導入せず
に済むため、計算機に負荷を与えずに済む。
ている場合に、ストレージを前述したように運用して、
前述したような監視サービスを提供することができ、Ｓ
ＳＰの管理者は、顧客の計算機に対して、余分なソフト
ウェアを提供する必要もなく、ストレージの運用により
データの配置を随時監視することが可能であり、データ
が断片化していたら警告を上げることができる。また、
ＳＳＰの顧客にとっても余分なソフトウェアを導入せず
に済むため、計算機に負荷を与えずに済む。
【００６１】図６は本発明の他の実施形態による計算機
システムの構成を示すブロック図、図７はデータ管理方
法の異なるボリュームの共有によるデータアクセスに関
するデータ取得手順を説明するフローチャートである。
図６に示す本発明の他の実施形態は、データ管理方法の
異なる複数の計算機でボリュームを共有して、データの
操作を行うことを可能にした例である。図６において、
６００はデータ変換機能であり、他の符号は図１の場合
と同一である。
システムの構成を示すブロック図、図７はデータ管理方
法の異なるボリュームの共有によるデータアクセスに関
するデータ取得手順を説明するフローチャートである。
図６に示す本発明の他の実施形態は、データ管理方法の
異なる複数の計算機でボリュームを共有して、データの
操作を行うことを可能にした例である。図６において、
６００はデータ変換機能であり、他の符号は図１の場合
と同一である。
【００６２】図６に示す計算機システムは、図１に示し
た計算機システムにおけるストレージに設けた管理モジ
ュール内に、データ変換機能６００を設けて構成したも
ので、それ以外の構成は、図１の場合と同一である。デ
ータ変換機能６００を備えることにより、複数の計算機
でデータ管理形式が異なるボリュームでもデータの取得
が可能となる。データ変換機能６００には、各計算機に
関するボリュームのアクセス権を管理する機能を設けて
もよい。これにより、ボリュームへの不正アクセスを避
けることが可能である。
た計算機システムにおけるストレージに設けた管理モジ
ュール内に、データ変換機能６００を設けて構成したも
ので、それ以外の構成は、図１の場合と同一である。デ
ータ変換機能６００を備えることにより、複数の計算機
でデータ管理形式が異なるボリュームでもデータの取得
が可能となる。データ変換機能６００には、各計算機に
関するボリュームのアクセス権を管理する機能を設けて
もよい。これにより、ボリュームへの不正アクセスを避
けることが可能である。
【００６３】次に、図７に示すフローを参照して、デー
タ管理方法の異なるボリュームの共有によるデータアク
セスに関するデータ取得手順について説明する。この処
理はストレージの中に設けた管理モジュールにより実行
される。
タ管理方法の異なるボリュームの共有によるデータアク
セスに関するデータ取得手順について説明する。この処
理はストレージの中に設けた管理モジュールにより実行
される。
【００６４】（１）管理モジュール１１０は、ストレー
ジが計算機からＩ／Ｏ要求を取得すると、このＩ／Ｏ要
求がどのボリュームにアクセスするものであるかを判定
する（ステップ７００、７０１）。
ジが計算機からＩ／Ｏ要求を取得すると、このＩ／Ｏ要
求がどのボリュームにアクセスするものであるかを判定
する（ステップ７００、７０１）。
【００６５】（２）次に、管理モジュール１１０は、ア
クセスするボリュームに現在指定されているデータ管理
方法が実際のデータ管理方法と異なっているか否かを判
定する。この判定は、ボリューム情報テーブル２００の
情報を用いて行うことができる。例えば、ボリューム情
報テーブル２００において、計算機Ａと計算機Ｂとが、
計算機ＢのボリュームＩＤ２のボリュームを共有してい
るとすると、計算機Ａと計算機Ｂとでデータ管理方法が
異なっていると判定することができる（ステップ７０
２）。
クセスするボリュームに現在指定されているデータ管理
方法が実際のデータ管理方法と異なっているか否かを判
定する。この判定は、ボリューム情報テーブル２００の
情報を用いて行うことができる。例えば、ボリューム情
報テーブル２００において、計算機Ａと計算機Ｂとが、
計算機ＢのボリュームＩＤ２のボリュームを共有してい
るとすると、計算機Ａと計算機Ｂとでデータ管理方法が
異なっていると判定することができる（ステップ７０
２）。
【００６６】（３）ステップ７０２の判定で、データ管
理方法が異なっていなかった場合、何もせずに処理を終
了する。この場合、同じデータ管理方法であるので、同
じデータ管理方法におけるデータ管理情報取得機能１１
２により、データを取得することが可能となる。
理方法が異なっていなかった場合、何もせずに処理を終
了する。この場合、同じデータ管理方法であるので、同
じデータ管理方法におけるデータ管理情報取得機能１１
２により、データを取得することが可能となる。
【００６７】（４）ステップ７０２の判定で、データ管
理方法が異なっていてデータ変換が必要となると判断し
た場合、データ変換機能６００を用いてデータ変換を行
う。例えば、データ管理方法２０３の情報から計算機Ａ
のデータ管理方法は“１”、計算機Ｂのデータ管理方法
は“２”であるので、計算機Ａからのデータ管理方法
“１”のアクセスは、データ管理方法“２”のアクセス
に変換される。このようにして、計算機Ａからでも計算
機Ｂが管理するボリュームＩＤ２のボリュームを取得可
能となる。従って、この処理が終われば、データ管理方
法“２”の形式のデータをデータ管理方法“１”のデー
タとして計算機Ａが計算機Ｂのデータを取得することが
できる（ステップ７０３）。
理方法が異なっていてデータ変換が必要となると判断し
た場合、データ変換機能６００を用いてデータ変換を行
う。例えば、データ管理方法２０３の情報から計算機Ａ
のデータ管理方法は“１”、計算機Ｂのデータ管理方法
は“２”であるので、計算機Ａからのデータ管理方法
“１”のアクセスは、データ管理方法“２”のアクセス
に変換される。このようにして、計算機Ａからでも計算
機Ｂが管理するボリュームＩＤ２のボリュームを取得可
能となる。従って、この処理が終われば、データ管理方
法“２”の形式のデータをデータ管理方法“１”のデー
タとして計算機Ａが計算機Ｂのデータを取得することが
できる（ステップ７０３）。
【００６８】図７により説明した処理により、計算機上
にデータを共有するためのソフトウェアを用いることな
く、別々のデータ管理方法で管理されているデータを共
有して、各計算機でこのデータを取得することが可能と
なる。
にデータを共有するためのソフトウェアを用いることな
く、別々のデータ管理方法で管理されているデータを共
有して、各計算機でこのデータを取得することが可能と
なる。
【００６９】ストレージがＳＳＰにより管理されている
場合、ＳＳＰは、ストレージに前述したような処理を行
わせることにより、ＮＡＳのようなネットワーク接続に
よるファイルサーバを持つストレージを用いなくても、
また、ファイバチャネルやＳＣＳＩ接続のようなブロッ
クＩ／Ｏによるアクセス方法であっても、データ共有の
サービスを提供することができる。
場合、ＳＳＰは、ストレージに前述したような処理を行
わせることにより、ＮＡＳのようなネットワーク接続に
よるファイルサーバを持つストレージを用いなくても、
また、ファイバチャネルやＳＣＳＩ接続のようなブロッ
クＩ／Ｏによるアクセス方法であっても、データ共有の
サービスを提供することができる。
【００７０】前述した本発明の実施形態による各処理
は、処理プログラムとして構成することができ、この処
理プログラムは、ＨＤ、ＤＡＴ、ＦＤ、ＭＯ、ＤＶＤ−
ＲＯＭ、ＣＤ−ＲＯＭ等の記録媒体に格納して提供する
ことができる。
は、処理プログラムとして構成することができ、この処
理プログラムは、ＨＤ、ＤＡＴ、ＦＤ、ＭＯ、ＤＶＤ−
ＲＯＭ、ＣＤ−ＲＯＭ等の記録媒体に格納して提供する
ことができる。
【００７１】前述した本発明の実施形態によれば、スト
レージ内の管理モジュールによって、計算機が使用する
ボリュームの使用状況を随時監視し、使用状況の変動に
応じて、ストレージから計算機のユーザに通知すること
ができ、これにより、ユーザの使用している計算機ある
いはサーバに監視用のソフトウェアを導入しなくても、
ユーザにストレージの使用状況を通知することが可能と
なる。
レージ内の管理モジュールによって、計算機が使用する
ボリュームの使用状況を随時監視し、使用状況の変動に
応じて、ストレージから計算機のユーザに通知すること
ができ、これにより、ユーザの使用している計算機ある
いはサーバに監視用のソフトウェアを導入しなくても、
ユーザにストレージの使用状況を通知することが可能と
なる。
【００７２】また、前述した本発明の実施形態によれ
ば、ボリュームに関するデータ変換機能をストレージの
管理モジュールに持たせているので、複数の計算機でデ
ータ管理方法が異なっていても、計算機にデータ変換用
のソフトウェアを導入することなく、それらの計算機か
ら各ボリュームのデータを取得することが可能となる。
ば、ボリュームに関するデータ変換機能をストレージの
管理モジュールに持たせているので、複数の計算機でデ
ータ管理方法が異なっていても、計算機にデータ変換用
のソフトウェアを導入することなく、それらの計算機か
ら各ボリュームのデータを取得することが可能となる。
【００７３】
【発明の効果】以上説明したように本発明によれば、計
算機にストレージ容量等に関するストレージの運用管理
を行わせることなく、ストレージの運用管理を行うこと
ができる。
算機にストレージ容量等に関するストレージの運用管理
を行わせることなく、ストレージの運用管理を行うこと
ができる。
【図１】本発明の一実施形態による計算機システムの構
成を示すブロック図である。
成を示すブロック図である。
【図２】ストレージ情報の例を説明する図である。
【図３】ストレージ内のボリュームの使用容量を監視す
るための処理動作を説明するフローチャートである。
るための処理動作を説明するフローチャートである。
【図４】ストレージ情報変更履歴テーブルの構成を示す
図である。
図である。
【図５】データ配置の情報をユーザに通知するための処
理動作を説明するフローチャートである。
理動作を説明するフローチャートである。
【図６】本発明の他の実施形態による計算機システムの
構成を示すブロック図である。
構成を示すブロック図である。
【図７】データ管理方法の異なるボリュームの共有によ
るデータアクセスに関するデータ取得手順を説明するフ
ローチャートである。
るデータアクセスに関するデータ取得手順を説明するフ
ローチャートである。
１０ａ〜１０ｎ 計算機
１１ａ〜１１ｎ ストレージ
１１０ 管理モジュール
１１１ ストレージ情報
１１２ データ管理情報取得機能
１１３ ストレージ管理制御機能
１１４ 通信機能
１２ａ〜１２ｎ ボリューム
１２０ ボリューム群
１３０ ケーブル
２００ ボリューム情報テーブル
２１０ ボリューム管理方針テーブル
２２０ ストレージ容量テーブル
２３０ ユーザ情報テーブル
４００ ストレージ情報変更履歴テーブル
６００ データ変換機能
フロントページの続き
(72)発明者 野尻 徹
神奈川県川崎市麻生区王禅寺1099番地 株
式会社日立製作所システム開発研究所内
Ｆターム(参考） 5B065 BA01 CC03 EK03 EK05
5B082 CA08
Claims (15)
- 【請求項１】 １または複数の計算機とそれらの計算機
に接続された１または複数の記憶装置とを有する計算機
システムにおいて、前記記憶装置は、前記計算機のそれ
ぞれが使用する記憶装置の領域を取得する手段と、前記
計算機が前記領域の中で実際にデータを格納している領
域の容量を取得する手段と、記憶装置から前記領域の状
態を、計算機または計算機を用いるユーザに通知する手
段とを有することを特徴とする計算機システム。 - 【請求項２】 前記記憶装置は、前記領域の使用容量が
増加した場合に、別途記憶装置内に領域を作成する手段
と、前記領域を作成後に、その作成した領域を使用する
ユーザに別途領域を作成したことを通知する手段と、前
記作成した領域が増加することにより、記憶装置内で別
途領域を作成する領域が少なくなったとき、別途領域を
作成可能とするために記憶装置内に別途ディスク装置が
必要なことを、記憶装置を管理するユーザに通知する手
段とを有すること特徴とする請求項１記載の計算機シス
テム。 - 【請求項３】 前記記憶装置は、記憶装置の使用状況の
履歴を保存する手段と、前記履歴をユーザに通知する手
段とを有することを特徴とする請求項１または２記載の
計算機システム。 - 【請求項４】 前記記憶装置は、記憶装置内のデータの
配置を把握する手段と、前記把握したデータの配置が最
適になっていない場合、前記データを使用するユーザに
その旨を通知する手段とを有することを特徴とする請求
項１、２または３記載の計算機システム。 - 【請求項５】 前記記憶装置は、記憶装置を使用する計
算機が複数のデータ管理方法を持つ場合、前記データ管
理方法の全てにおいて記憶装置内のデータを取得可能と
するようにデータを変換する手段を有することを特徴と
する請求項１ないし４のうちいずれか１記載の計算機シ
ステム。 - 【請求項６】 １または複数の計算機に接続されて計算
機から使用される記憶装置において、前記計算機のそれ
ぞれが使用する記憶装置の領域を取得する手段と、前記
計算機が前記領域の中で実際にデータを格納している領
域の容量を取得する手段と、記憶装置から前記領域の状
態を、計算機または計算機を用いるユーザに通知する手
段とを有することを特徴とする記憶装置。 - 【請求項７】 前記領域の使用容量が増加した場合に、
別途記憶装置内に領域を作成する手段と、前記領域を作
成後に、その作成した領域を使用するユーザに別途領域
を作成したことを通知する手段と、前記作成した領域が
増加することにより、記憶装置内で別途領域を作成する
領域が少なくなったとき、別途領域を作成可能とするた
めに記憶装置内に別途ディスク装置が必要なことを、記
憶装置を管理するユーザに通知する手段とを有すること
特徴とする請求項６記載の記憶装置。 - 【請求項８】 記憶装置の使用状況の履歴を保存する手
段と、前記履歴をユーザに通知する手段とを有すること
を特徴とする請求項６または７記載の記憶装置。 - 【請求項９】 記憶装置内のデータの配置を把握する手
段と、前記把握したデータの配置が最適になっていない
場合、前記データを使用するユーザにその旨を通知する
手段とを有することを特徴とする請求項６、７または８
記載の記憶装置。 - 【請求項１０】 記憶装置を使用する計算機が複数のデ
ータ管理方法を持つ場合、前記データ管理方法の全てに
おいて記憶装置内のデータを取得可能とするようにデー
タを変換する手段を有することを特徴とする請求項６な
いし９のうちいずれか１記載の記憶装置。 - 【請求項１１】 １または複数の計算機とそれらの計算
機に接続された１または複数の記憶装置とを有する計算
機システムの記憶装置運用監視方法において、前記計算
機のそれぞれが使用する記憶装置の領域を取得し、前記
計算機が前記領域の中で実際にデータを格納している領
域の容量を取得し、記憶装置から前記領域の状態を、計
算機または計算機を用いるユーザに通知することを特徴
とする記憶装置運用監視方法。 - 【請求項１２】 前記領域の使用容量が増加した場合
に、別途記憶装置内に領域を作成し、前記領域を作成後
に、その作成した領域を使用するユーザに別途領域を作
成したことを通知し、前記作成した領域が増加すること
により、記憶装置内で別途領域を作成する領域が少なく
なったとき、別途領域を作成可能とするために記憶装置
内に別途ディスク装置が必要なことを、記憶装置を管理
するユーザに通知すること特徴とする請求項１１記載の
記憶装置運用監視方法。 - 【請求項１３】 記憶装置の使用状況の履歴を保存し、
前記履歴をユーザに通知することを特徴とする請求項１
１または１２記載の記憶装置運用監視方法。 - 【請求項１４】 記憶装置内のデータの配置を把握し、
前記把握したデータの配置が最適になっていない場合、
前記データを使用するユーザにその旨を通知することを
特徴とする請求項１１、１２または１３記載の記憶装置
運用監視方法。 - 【請求項１５】 記憶装置を使用する計算機が複数のデ
ータ管理方法を持つ場合、前記データ管理方法の全てに
おいて記憶装置内のデータを取得可能とするようにデー
タを変換することを特徴とする請求項１１ないし１４の
うちいずれか１記載の記憶装置運用監視方法。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002105346A JP2003303054A (ja) | 2002-04-08 | 2002-04-08 | 計算機システム、記憶装置及び記憶装置運用監視方法 |
| US10/302,153 US7103733B2 (en) | 2002-04-08 | 2002-11-21 | Computer system obtaining information on capacity and usage of an area used by a computer and notifying the computer the status thereof |
| US11/374,768 US20060155951A1 (en) | 2002-04-08 | 2006-03-14 | Computer system, storage and storage utilization and monitoring method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002105346A JP2003303054A (ja) | 2002-04-08 | 2002-04-08 | 計算機システム、記憶装置及び記憶装置運用監視方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2003303054A true JP2003303054A (ja) | 2003-10-24 |
Family
ID=28672357
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002105346A Pending JP2003303054A (ja) | 2002-04-08 | 2002-04-08 | 計算機システム、記憶装置及び記憶装置運用監視方法 |
Country Status (2)
| Country | Link |
|---|---|
| US (2) | US7103733B2 (ja) |
| JP (1) | JP2003303054A (ja) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7124246B2 (en) | 2004-03-22 | 2006-10-17 | Hitachi, Ltd. | Storage management method and system |
| JP2007510231A (ja) * | 2003-10-29 | 2007-04-19 | オラクル・インターナショナル・コーポレイション | データベースにおける空間使用の追跡 |
| JP2010086114A (ja) * | 2008-09-30 | 2010-04-15 | Hitachi Ltd | 計算機システムおよび計算機システムにおける容量管理方法 |
| WO2011074152A1 (ja) * | 2009-12-17 | 2011-06-23 | 株式会社日立製作所 | 仮想ハードディスクの管理サーバおよび管理方法、管理プログラム |
| WO2018167890A1 (ja) * | 2017-03-15 | 2018-09-20 | 株式会社日立製作所 | 計算機システム及び管理方法 |
Families Citing this family (32)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6968463B2 (en) * | 2001-01-17 | 2005-11-22 | Hewlett-Packard Development Company, L.P. | System for controlling access to resources in a storage area network |
| US6915397B2 (en) * | 2001-06-01 | 2005-07-05 | Hewlett-Packard Development Company, L.P. | System and method for generating point in time storage copy |
| US6931487B2 (en) | 2001-10-22 | 2005-08-16 | Hewlett-Packard Development Company L.P. | High performance multi-controller processing |
| US6947981B2 (en) * | 2002-03-26 | 2005-09-20 | Hewlett-Packard Development Company, L.P. | Flexible data replication mechanism |
| US7032131B2 (en) * | 2002-03-26 | 2006-04-18 | Hewlett-Packard Development Company, L.P. | System and method for ensuring merge completion in a storage area network |
| US7007042B2 (en) * | 2002-03-28 | 2006-02-28 | Hewlett-Packard Development Company, L.P. | System and method for automatic site failover in a storage area network |
| JP4330889B2 (ja) * | 2003-01-20 | 2009-09-16 | 株式会社日立製作所 | 記憶デバイス制御装置にソフトウエアをインストールする方法、記憶デバイス制御装置の制御方法、及び記憶デバイス制御装置 |
| US7412583B2 (en) * | 2003-11-14 | 2008-08-12 | International Business Machines Corporation | Virtual incremental storage method |
| JP2005165441A (ja) * | 2003-11-28 | 2005-06-23 | Hitachi Ltd | ストレージ制御装置、及びストレージ制御装置の制御方法 |
| JP4455153B2 (ja) * | 2004-05-14 | 2010-04-21 | 株式会社日立製作所 | 記憶装置管理方法およびシステム |
| US7694097B2 (en) * | 2004-11-15 | 2010-04-06 | International Business Machines Corporation | System and method for managing an electronic storage volume |
| US8127088B2 (en) * | 2005-01-27 | 2012-02-28 | Hewlett-Packard Development Company, L.P. | Intelligent cache management |
| US7301718B2 (en) * | 2005-01-31 | 2007-11-27 | Hewlett-Packard Development Company, L.P. | Recording errors in tape drives |
| US20060230243A1 (en) * | 2005-04-06 | 2006-10-12 | Robert Cochran | Cascaded snapshots |
| US7779218B2 (en) * | 2005-07-22 | 2010-08-17 | Hewlett-Packard Development Company, L.P. | Data synchronization management |
| US7206156B2 (en) * | 2005-07-27 | 2007-04-17 | Hewlett-Packard Development Company, L.P. | Tape drive error management |
| US7434011B2 (en) * | 2005-08-16 | 2008-10-07 | International Business Machines Corporation | Apparatus, system, and method for modifying data storage configuration |
| JP2007065780A (ja) * | 2005-08-29 | 2007-03-15 | Hitachi Ltd | ストレージシステム及びストレージ装置 |
| JP4700459B2 (ja) * | 2005-09-27 | 2011-06-15 | 株式会社日立製作所 | データ処理システム及びデータ管理方法並びにストレージシステム |
| US7325078B2 (en) * | 2005-10-06 | 2008-01-29 | Hewlett-Packard Development Company, L.P. | Secure data scrubbing |
| US7721053B2 (en) * | 2005-10-24 | 2010-05-18 | Hewlett-Packard Development Company, L.P. | Intelligent logical unit provisioning |
| US7467268B2 (en) * | 2006-04-14 | 2008-12-16 | Hewlett-Packard Development Company, L.P. | Concurrent data restore and background copy operations in storage networks |
| US7590666B2 (en) * | 2006-06-16 | 2009-09-15 | Microsoft Corporation | Predicting capacity consumption in a memory component |
| FR2906624A1 (fr) * | 2006-10-03 | 2008-04-04 | Bull S A S Soc Par Actions Sim | Systeme et procede de stockage de masse. |
| US7934027B2 (en) * | 2007-01-19 | 2011-04-26 | Hewlett-Packard Development Company, L.P. | Critical resource management |
| US8024514B2 (en) * | 2007-03-01 | 2011-09-20 | Hewlett-Packard Development Company, L.P. | Access control management |
| US7861031B2 (en) * | 2007-03-01 | 2010-12-28 | Hewlett-Packard Development Company, L.P. | Access control management |
| US7694079B2 (en) | 2007-04-04 | 2010-04-06 | Hewlett-Packard Development Company, L.P. | Tagged sequential read operations |
| JP2010026933A (ja) * | 2008-07-23 | 2010-02-04 | Toshiba Corp | メモリシステム、ホスト装置 |
| US8918585B2 (en) * | 2010-01-28 | 2014-12-23 | Hitachi, Ltd. | Management system calculating storage capacity to be installed/removed |
| US11023133B2 (en) * | 2018-08-16 | 2021-06-01 | Acronis International Gmbh | Systems and methods for modifying storage system configuration using artificial intelligence |
| US11803773B2 (en) * | 2019-07-30 | 2023-10-31 | EMC IP Holding Company LLC | Machine learning-based anomaly detection using time series decomposition |
Citations (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0377153A (ja) * | 1989-08-21 | 1991-04-02 | Nec Corp | ファイルスペース拡張方式 |
| JPH04243438A (ja) * | 1991-01-18 | 1992-08-31 | Chubu Nippon Denki Software Kk | 記憶装置の管理方式 |
| JPH0512043A (ja) * | 1991-07-08 | 1993-01-22 | Nec Corp | Ｕｎｉｘシステム資源監視方式 |
| JPH05241918A (ja) * | 1992-03-03 | 1993-09-21 | Nec Corp | データベースファイルの空き容量監視処理方法とその装置 |
| JPH08263231A (ja) * | 1995-03-22 | 1996-10-11 | Fujitsu Ltd | 半導体ディスク制御装置及びその制御方法 |
| JPH08339318A (ja) * | 1995-04-10 | 1996-12-24 | Sony Corp | データ記録装置およびデータ管理方法 |
| JPH11338641A (ja) * | 1998-05-22 | 1999-12-10 | Fujitsu Ltd | ディスク制御装置及びその制御方法 |
| JP2001022616A (ja) * | 1999-07-08 | 2001-01-26 | Nec Corp | ディレクトリ使用容量の自動監視方法及び装置 |
| JP2001256086A (ja) * | 2000-03-10 | 2001-09-21 | Toshiba Corp | データベース管理システム、データベース管理方法 |
| JP2002007304A (ja) * | 2000-06-23 | 2002-01-11 | Hitachi Ltd | ストレージエリアネットワークを用いた計算機システム及びそのデータ取り扱い方法 |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4607346A (en) * | 1983-03-28 | 1986-08-19 | International Business Machines Corporation | Apparatus and method for placing data on a partitioned direct access storage device |
| US5819290A (en) * | 1995-04-10 | 1998-10-06 | Sony Corporation | Data recording and management system and method for detecting data file division based on quantitative number of blocks |
| US6404444B1 (en) * | 1999-05-13 | 2002-06-11 | International Business Machines Corporation | Method and apparatus for displaying and controlling allocation of resource in a data processing system |
| US6950871B1 (en) * | 2000-06-29 | 2005-09-27 | Hitachi, Ltd. | Computer system having a storage area network and method of handling data in the computer system |
| US20020143942A1 (en) * | 2001-03-28 | 2002-10-03 | Hua Li | Storage area network resource management |
| US7099912B2 (en) * | 2001-04-24 | 2006-08-29 | Hitachi, Ltd. | Integrated service management system |
| US6954831B2 (en) * | 2002-08-29 | 2005-10-11 | International Business Machines Corporation | Method, system, and article of manufacture for borrowing physical volumes |
-
2002
- 2002-04-08 JP JP2002105346A patent/JP2003303054A/ja active Pending
- 2002-11-21 US US10/302,153 patent/US7103733B2/en not_active Expired - Lifetime
-
2006
- 2006-03-14 US US11/374,768 patent/US20060155951A1/en not_active Abandoned
Patent Citations (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0377153A (ja) * | 1989-08-21 | 1991-04-02 | Nec Corp | ファイルスペース拡張方式 |
| JPH04243438A (ja) * | 1991-01-18 | 1992-08-31 | Chubu Nippon Denki Software Kk | 記憶装置の管理方式 |
| JPH0512043A (ja) * | 1991-07-08 | 1993-01-22 | Nec Corp | Ｕｎｉｘシステム資源監視方式 |
| JPH05241918A (ja) * | 1992-03-03 | 1993-09-21 | Nec Corp | データベースファイルの空き容量監視処理方法とその装置 |
| JPH08263231A (ja) * | 1995-03-22 | 1996-10-11 | Fujitsu Ltd | 半導体ディスク制御装置及びその制御方法 |
| JPH08339318A (ja) * | 1995-04-10 | 1996-12-24 | Sony Corp | データ記録装置およびデータ管理方法 |
| JPH11338641A (ja) * | 1998-05-22 | 1999-12-10 | Fujitsu Ltd | ディスク制御装置及びその制御方法 |
| JP2001022616A (ja) * | 1999-07-08 | 2001-01-26 | Nec Corp | ディレクトリ使用容量の自動監視方法及び装置 |
| JP2001256086A (ja) * | 2000-03-10 | 2001-09-21 | Toshiba Corp | データベース管理システム、データベース管理方法 |
| JP2002007304A (ja) * | 2000-06-23 | 2002-01-11 | Hitachi Ltd | ストレージエリアネットワークを用いた計算機システム及びそのデータ取り扱い方法 |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007510231A (ja) * | 2003-10-29 | 2007-04-19 | オラクル・インターナショナル・コーポレイション | データベースにおける空間使用の追跡 |
| US7124246B2 (en) | 2004-03-22 | 2006-10-17 | Hitachi, Ltd. | Storage management method and system |
| JP2010086114A (ja) * | 2008-09-30 | 2010-04-15 | Hitachi Ltd | 計算機システムおよび計算機システムにおける容量管理方法 |
| WO2011074152A1 (ja) * | 2009-12-17 | 2011-06-23 | 株式会社日立製作所 | 仮想ハードディスクの管理サーバおよび管理方法、管理プログラム |
| JP2011128852A (ja) * | 2009-12-17 | 2011-06-30 | Hitachi Ltd | 仮想ハードディスクの管理サーバおよび管理方法、管理プログラム |
| US8825725B2 (en) | 2009-12-17 | 2014-09-02 | Hitachi, Ltd. | Management server, management method, and management program for execution on a management server |
| WO2018167890A1 (ja) * | 2017-03-15 | 2018-09-20 | 株式会社日立製作所 | 計算機システム及び管理方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| US20060155951A1 (en) | 2006-07-13 |
| US20030191909A1 (en) | 2003-10-09 |
| US7103733B2 (en) | 2006-09-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2003303054A (ja) | 計算機システム、記憶装置及び記憶装置運用監視方法 | |
| JP5514903B2 (ja) | ファイルレベル階層ストレージ管理システム、方法、及び装置 | |
| JP5646489B2 (ja) | 一括データベースバックから選択されたオブジェクトの復元 | |
| US7721292B2 (en) | System for adjusting resource allocation to a logical partition based on rate of page swaps and utilization by changing a boot configuration file | |
| US7734598B2 (en) | Computer-readable recording medium having recorded hash-value generation program, computer-readable recording medium having recorded storage management program, and storage system | |
| JP4196579B2 (ja) | ストレージ運用管理方法およびシステム | |
| JP4367406B2 (ja) | コンピュータ割り当て方法 | |
| EP2705433B1 (en) | Method and system for dynamically creating and servicing master-slave pairs within and across switch fabrics of a portable computing device | |
| CN109343801B (zh) | 数据存储方法、设备及计算机可读存储介质 | |
| JP5646490B2 (ja) | 選択されたデータベースオブジェクトのセキュリティ情報のバックアップおよび復元 | |
| US20070214253A1 (en) | Fault notification based on volume access control information | |
| US20030110263A1 (en) | Managing storage resources attached to a data network | |
| JPWO2005001700A1 (ja) | ストレージ容量管理方法、そのサーバ、記録媒体 | |
| CN101258497A (zh) | 分布式文件系统中基于集中策略的磁盘空间预分配的方法 | |
| JP2005502121A (ja) | 記憶ポリシに基づいてデータを記憶する技法 | |
| JP2005250582A (ja) | ネットワークストレージシステム、コマンドコントローラ、ネットワークストレージシステムにおけるコマンド制御方法及びコマンドコントローラにおけるコマンド制御方法 | |
| JP2005228278A (ja) | 記憶領域の管理方法、管理装置及び管理プログラム | |
| US20110058211A1 (en) | Print job management based on energy pricing and load | |
| JP2005025244A (ja) | ストレージ管理システム | |
| WO2013171865A1 (ja) | 管理方法及び管理システム | |
| US7792966B2 (en) | Zone control weights | |
| US7908377B2 (en) | Computer system and data sharing method | |
| US20120102290A1 (en) | Storage Scalability Management | |
| JP5519436B2 (ja) | システム安定度を分析する情報分析装置、情報分析方法、情報分析システムおよびプログラム | |
| JP2005267501A (ja) | ストレージ管理方法及びシステム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040730 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070131 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070213 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070413 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20071113 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080115 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20080121 |
|
| A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20080926 |