JP2004302751A - 計算機システムの性能管理方法、および、記憶装置の性能を管理する計算機システム - Google Patents
計算機システムの性能管理方法、および、記憶装置の性能を管理する計算機システム Download PDFInfo
- Publication number
- JP2004302751A JP2004302751A JP2003093544A JP2003093544A JP2004302751A JP 2004302751 A JP2004302751 A JP 2004302751A JP 2003093544 A JP2003093544 A JP 2003093544A JP 2003093544 A JP2003093544 A JP 2003093544A JP 2004302751 A JP2004302751 A JP 2004302751A
- Authority
- JP
- Japan
- Prior art keywords
- information
- storage device
- program
- data
- performance
- 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
- 238000003860 storage Methods 0.000 title claims abstract description 314
- 238000000034 method Methods 0.000 title claims abstract description 247
- 238000012545 processing Methods 0.000 claims abstract description 243
- 230000008569 process Effects 0.000 claims abstract description 160
- 230000008859 change Effects 0.000 claims abstract description 112
- 230000004044 response Effects 0.000 claims abstract description 37
- 238000007726 management method Methods 0.000 claims description 289
- 238000013507 mapping Methods 0.000 claims description 66
- 238000012546 transfer Methods 0.000 claims description 28
- 238000013506 data mapping Methods 0.000 claims description 10
- 238000005259 measurement Methods 0.000 claims description 5
- 238000010586 diagram Methods 0.000 description 36
- 230000006870 function Effects 0.000 description 36
- 230000007246 mechanism Effects 0.000 description 19
- 230000001419 dependent effect Effects 0.000 description 14
- 238000013461 design Methods 0.000 description 11
- 230000001186 cumulative effect Effects 0.000 description 10
- 238000013500 data storage Methods 0.000 description 8
- 239000003795 chemical substances by application Substances 0.000 description 7
- 230000002776 aggregation Effects 0.000 description 6
- 238000004220 aggregation Methods 0.000 description 6
- 238000012937 correction Methods 0.000 description 6
- 230000000694 effects Effects 0.000 description 6
- 238000004891 communication Methods 0.000 description 4
- 238000012790 confirmation Methods 0.000 description 4
- 230000007423 decrease Effects 0.000 description 3
- 238000012217 deletion Methods 0.000 description 3
- 230000037430 deletion Effects 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 238000013508 migration Methods 0.000 description 3
- 230000005012 migration Effects 0.000 description 3
- 238000004364 calculation method Methods 0.000 description 2
- 230000009467 reduction Effects 0.000 description 2
- 238000004458 analytical method Methods 0.000 description 1
- 230000015556 catabolic process Effects 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 239000000470 constituent Substances 0.000 description 1
- 238000013523 data management Methods 0.000 description 1
- 230000003247 decreasing effect Effects 0.000 description 1
- 238000006731 degradation reaction Methods 0.000 description 1
- 238000005315 distribution function Methods 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 238000012384 transportation and delivery Methods 0.000 description 1
Images
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/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
- 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
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/22—Indexing; Data structures therefor; Storage structures
- G06F16/221—Column-oriented storage; Management thereof
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5083—Techniques for rebalancing the load in a distributed system
-
- 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
-
- 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/3419—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 by assessing time
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
- G06F2201/81—Threshold
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
- G06F2201/815—Virtual
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
- G06F2201/88—Monitoring involving counting
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
- G06F2201/885—Monitoring specific for caches
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2209/00—Indexing scheme relating to G06F9/00
- G06F2209/50—Indexing scheme relating to G06F9/50
- G06F2209/508—Monitor
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Software Systems (AREA)
- Quality & Reliability (AREA)
- Computer Hardware Design (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Debugging And Monitoring (AREA)
- Memory System Of A Hierarchy Structure (AREA)
Abstract
【解決手段】計算機システムの管理サーバは、各構成要素の稼動状態や、業務の応答時間等をモニタし、要求性能等の予め与えた処理に関する情報や収集したモニタ情報を用いて、処理を実施するときやモニタ値からチューニングが必要と判断した場合に、ポートにおける処理量の割り当てや、データに対するキャッシュ量の割り当て、ディスク装置の論理構成等の変更指示を出す。
バッチ業務をおこなう処理に対しては、処理時間を見積る方法を管理サーバに与え、見積り実行時間を基に設定変更指示を出す。オンライン業務をおこなう処理では、処理の応答時間やスループットが要求性能に満たない場合に、負荷が高い部分の設定を変更する指示を出す。
【選択図】 図1
Description
【発明の属する技術分野】
本発明は、計算機システムの性能管理方法、および、記憶装置の性能を管理する計算機システムに係り、特に、業務プログラム処理の要求性能に応じて、大規模データベース管理システム(DBMS,Database Management System)が稼動する計算機システム内の記憶装置の性能を調整し、要求されたシステムの性能を発揮するために用いて好適な計算機システムの性能管理方法、および、記憶装置の性能を管理する計算機システムに関する。
【0002】
【従来の技術】
近年、データベース(DB,Database)に関する一連の処理・管理をおこなうソフトウェアであるデータベース管理システム(DBMS)は極めて重要なものとなってきており、サーバ計算機上で実行されるアプリケーションプログラム(APプログラム)のソフトウェア構成を調べても、DBを基盤として利用するものが多数を占めるようになってきている。
【0003】
APプログラムの利用に際しては、業務毎に定まる要求性能が存在し、それを守ることが強く求められており、その管理は計算機システムの管理業務の中で極めて重要である。一般に、DBMSの性能は、データへのアクセス性能から多大な影響を受ける。データアクセス性能は、データアクセスパスに含まれるハードウェアリソースの稼動状況に強い影響を受けるため、記憶装置の稼動状況を考慮した性能管理が重要である。
【0004】
特許文献1では、データアクセスパスに含まれるハードウェアリソースの性能解析を容易化するため、DBMSから記憶装置間のデータのマッピングを取得し、各レイヤにおける稼動状況(稼働率)や、ある表やファイル等、データの管理構造に対応する他のレイヤの管理構造の稼動状況を提示する技術を開示している。特定の部位が過負荷状態の場合には、そこが性能低下の原因となっている可能性が極めて高い。そこで、特許文献1では、ある管理構造に属するデータの記憶位置を変更することによりそれを解消する最適化案の作成することにしている。
【0005】
一方、ハードウェアリソースの過負荷状態を解消することにより性能を最適化する機能を有する記憶装置が存在する。特許文献2は、計算機に論理記憶装置を認識させ、そのデータを記憶装置内部に複数存在する物理ディスク装置にマッピングして記憶する記憶装置において、論理記憶装置の物理ディスク装置へのマッピングを動的に(以下「他の処理を停止させることなく実施される」の意味で利用)変更することにより記憶装置のアクセス性能を向上する技術を開示している。この特許文献2では、稼働率が高い(過負荷状態の)物理ディスク装置に記憶されているデータの一部を他の物理ディスク装置に移動することにより、特定の物理ディスク装置が過負荷状態にならないようにし、性能を最適化する。
【0006】
また、Fibre Channel等を用いて、同一のポートを経由して複数の計算機と接続する場合に、特定の計算機からのアクセスを優先的に実行する機能を有する記憶装置が存在する(例えば、非特許文献1記載のPriorityAccess機能)。
【0007】
さらに、記憶装置の多くはキャッシュメモリを有している。したがって、データリード時にデータがキャッシュに存在している状態(ヒット)である確率を向上させることによりアクセス性能を向上させることができる。特許文献3では、データ種類毎に区分されたキャッシュ領域を持つ場合に、その領域割り当てを最適化してキャッシュヒット率を向上させる技術について開示している。この特許文献3では、LRU(Least Recently Used)置換アルゴリズムによるキャッシュデータ置換制御をおこなうシステムで、キャッシュヒット時にLRU管理リスト中のどの位置に存在するかの情報を取得し、その情報を用いて領域割り当て変更時のキャッシュヒット率の見積りをおこない、領域分割の最適化をおこなっている。
【0008】
【特許文献1】
米国特許第6,035,306号明細書
【特許文献2】
特開平9−274544号公報
【特許文献3】
米国特許第5,434,992号明細書
【非特許文献1】
Hitachi Data Systems社,「Hitachi Freedom Storage(TM) Lightning 9900(TM) V Series」,pp.8−9,DISK−432−00b, 2002年10月
【0009】
【発明が解決しようとする課題】
ユーザの業務における性能指標は、一括した大量データ処理をおこなうバッチ業務の場合には処理時間、オンライン業務の場合には応答時間や処理のスループットである場合が多い。しかしながら、従来技術が利用・提供する性能指標は、計算機システム内リソースの稼働率やキャッシュヒット率等の物理動作に直結したものであり、ユーザ視点での性能指標に直接結びつくものではない。また、多くの場合、従来技術が提供する複数の性能指標を調べ、その中から性能ボトルネックを発見・解消しないとユーザが求める性能を達成することはできない。現状では、それらの埋め合わせは管理者がおこなっており、しかも、これは簡単なものではなく、特別な技術を要する業務となっている。
【0010】
このように、現状の性能管理に関しては、管理者が関与する部分が少なくない。しかしながら、ヒューマンエラーの排除やその他管理コスト削減の観点から、できる限り管理は自動化することが好ましい。
【0011】
本発明は、上記従来技術の問題点を解決するためになされたもので、その目的は、DBMSが稼動する計算機システムにおいて、記憶装置に対する性能管理を、ユーザの業務における性能指標を用いておこなえるようにし、性能管理を容易化することである。
【0012】
また、本発明のさらなる目的は、DBSMが稼動する計算機システムにおいて、記憶装置の性能チューニング処理を自動化し、性能管理コストを削減することである。
【0013】
【課題を解決するための手段】
本発明の目的を達成するために以下のことを実施する。
【0014】
先ず、計算機システムの構成要素の動作状態を把握するために、各構成要素においてそれらの稼動状況や、業務の応答時間等をモニタし、それを管理サーバに集約する。管理サーバは、収集したモニタ情報や要求性能等の予め与えられた情報を用いて、処理を実施するときや、モニタ値からチューニングが必要と判断した場合には、記憶装置へ設定変更指示を出す。設定変更内容としては、記憶装置のポートにおける処理量の割り当てや、データに対するキャッシュ量の割り当て、データを記憶するディスク装置の記憶領域の構成変更等がある。
【0015】
バッチ業務をおこなうJob(管理サーバにおける処理を実現するプログラムの管理単位)に対しては、処理時間を見積る方法を管理サーバに与え、これを用いて処理時間を見積る。この見積りを用いて、要求時間内に処理が終わるように記憶装置の設定を変更する。処理時間は、データ処理量と現在利用可能な記憶装置のI/O処理量を考慮して見積る。処理時間を見積る方法は、実際に処理を実施させて計算機システムの各構成要素の動作状況を確認し、それと処理内容の対応付けを取ることにより定めることができる。
【0016】
オンライン業務をおこなうJobに関しては、処理の応答時間やスループットを計測し、要求性能に満たない場合に記憶装置の設定を変更する指示を出す。記憶装置のリソースの稼働率を参照して性能ボトルネックとなっている部分を発見し、それを解消するように設定変更指示を発行する。また、必要に応じて、アクセス性能を向上させるためにキャッシュ割り当ての変更指示を発行する。
【0017】
計算機システム内で複数のJobが並列して実施される場合には、異なるJob間で記憶装置内のリソースが共有され、性能ボトルネックになる可能性がある。そこで、Job毎に処理優先度を設け、リソース共有により問題が発生した場合には、優先度の低いJobが利用している処理量の一部を優先度が高いJobに割り当てることにより、優先度の高いJobの要求性能を維持する制御をおこなう。
【0018】
【発明の実施の形態】
以下、本発明に係る各実施形態を、図1ないし図28を用いて説明する。
【0019】
〔実施形態1〕
以下、本発明に係る第一の実施形態を、図1ないし図27を用いて説明する。
(I)本発明を適用する計算機システムの構成
先ず、図1を用いて本発明の第一の実施形態に係る記憶装置の性能を管理する計算機システムの構成について説明する。
図1は、本発明の第一の実施形態に係る記憶装置の性能を管理する計算機システムの構成図である。
【0020】
計算機システムは、記憶装置40、記憶装置40を使用する計算機(以下「サーバ」)70、システム性能その他の管理をおこなう計算機(以下「管理サーバ」)120、および、記憶領域の仮想化処理をおこなう仮想化スイッチ60を有する。各々の装置は、ネットワークI/F22を有し、それを介してネットワーク24に接続され、相互に通信可能である。
【0021】
サーバ70、仮想化スイッチ60、および、記憶装置40は、各々I/OパスI/F32を有し、それを介して通信線(以下「I/Oパス」)34により接続される。サーバ70と記憶装置40間のI/O処理は、I/Oパス34を用いて行われる。なお、I/Oパス34は、装置間で異なる物理媒体や異なるプロトコルでデータ転送をおこなう通信線が用いられてもよい。また、ネットワーク24とI/Oパス34が同一の通信線でもよい。
【0022】
記憶装置40は、CPU12、メモリ14、ディスク装置(以下「HDD」(Hard Disk Drive))16、ネットワークI/F22、I/OパスI/F32を有し、それらは、内部バス18で接続される。なお、HDD16は単数でも複数でもよい。メモリ14は、不揮発領域(ROM領域)と高性能領域(RAM領域)を有する。
【0023】
本実施形態では、記憶装置は論理ディスク装置(以下、「LU」(Logical Unit))を外部装置に対して提供し、データのアクセス単位としてブロックを用いることにする。
【0024】
記憶装置40を制御するプログラムである制御プログラム44は、メモリ14の不揮発領域に記憶され、起動時にメモリ14の高性能領域へ移された後にCPU12により実行される。記憶装置40が有する機能は、全て制御プログラム44により実現・制御される。
【0025】
また、メモリ14には制御プログラム44が記憶装置40を制御・管理するために利用する管理情報46が記憶される。さらに、メモリ14の一部は外部装置からアクセス要求のあったデータを一時的に記憶しておく領域であるデータキャッシュ42に割り当てられる。
【0026】
記憶装置40は、HDD16が有する物理記憶領域を仮想化して、一つまたは複数のLU208を外部装置に対して提供する。LU208は、HDD16と一対一に対応してもよいし、複数のHDD16から構成される記憶領域と対応してもよい。また、一つのHDD16が複数のLU208に対応してもよい。その対応関係は、管理情報46中に領域マッピング情報300の形で保持される。記憶装置40は、LU208の作成・削除、LU208の記憶領域の拡大・縮小を動的に(従来技術の項の定義参照)おこなう機能を有する。また、記憶装置40は、LU208とそのデータを記憶するHDD16の記憶領域との対応関係をデータ移動により動的に変更する機能を有する。
【0027】
記憶装置40は、LU208をアクセス可能なI/OパスI/F32のI/Oパス34へのポート26を一つ以上有する。また、ネットワークI/F22におけるネットワーク24へのポートを有する。
【0028】
ポートとアクセスするデータの対応関係は、上位ポートマッピング情報322(図4で後述)の形で管理情報46中に保持される。また、記憶装置40は、LU208をアクセス可能なポート26を動的に追加・削除する機能を有する。
【0029】
記憶装置40では、LU208を単位として記憶領域のグループ化が行われ、そのグループ毎に独立したデータキャッシュ42内の領域が割り当てられる(以下、このLU208のグループを「キャッシュグループ」と称する)。キャッシュグループの作成・削除や、それに所属するLU208の追加・削除は、動的におこなうことができる。また、記憶装置40は、キャッシュグループへのデータキャッシュ42の割当量を動的に変更する機能を有する。キャッシュグループにおけるキャッシュデータ置換制御は、それぞれ独立にLRU置換アルゴリズムを用いておこなう。また、前記アルゴリズムによるデータ置換によりデータキャッシュ42に存在しなくなったデータの記憶領域に関しても、置換後も一定量分は仮想管理領域としてLRU置換アルゴリズム用の管理リスト中にその情報を記憶し、稼動状況の計測に利用する。
【0030】
記憶装置40は、I/OパスI/F32のポート26毎に、特定の外部装置からアクセス要求を、単位時間あたりの処理量が設定値を満たすように優先的に実行する機能(以下「優先アクセス制御機能」)を有する。その設定は、管理情報46中にポートスループット設定情報440(図8で後述)の形で保持される。記憶装置40は、ポート26における優先アクセス制御機能の設定を作成・変更・削除する機能を有する。
【0031】
制御プログラム44は、記憶装置40の現存する各部位の稼動状況を計測し、それを管理情報46中にストレージモニタ情報360の形で記憶する。特に、キャッシュヒット数統計に関し、LRU置換アルゴリズム用のキャッシュセグメント(データキャッシュ42の領域管理単位)の管理リストを等サイズの複数領域に分割し、分割領域毎にヒット数を計測する。さらに、仮想管理領域に関しても実管理領域(実際にデータに対してキャッシュセグメントが割り当てられている領域)と等サイズの領域に分割して実管理領域と同様にヒット数を計測する。
【0032】
記憶装置40は、外部からの要求に応じて、領域マッピング情報300やストレージモニタ情報360、ポートスループット設定情報440、その他記憶装置40の構成情報を、ネットワーク24を介して外部に送信する機能を有する。なお、ここで出てきたデータ構造については、いずれも詳細に後述する。
【0033】
また、外部装置からネットワーク24を介して外部から受信した指示に従い、前述の各種機能を実行する機能を有する。
【0034】
仮想化スイッチ60は、CPU12、メモリ14、ネットワークI/F22、I/OパスI/F32を有し、それらは内部バス18で接続される。メモリ14は、不揮発領域(ROM領域)と高性能領域(RAM領域)を有する。
【0035】
仮想化スイッチ60を制御するプログラムである制御プログラム64は、メモリ14の不揮発領域に記憶され、起動時にメモリ14の高性能領域へ移された後にCPU12により実行される。仮想化スイッチ60が提供する機能は、全て制御プログラム64により制御される。また、メモリ14には、制御プログラム64が仮想化スイッチ60を制御・管理するために利用する管理情報66が記憶される。
【0036】
仮想化スイッチ60は、本装置に接続された記憶装置40から提供されるLU208を認識し、その記憶領域を仮想化して仮想ボリューム206を外部装置に提供する。なお、仮想化スイッチ60が多段接続された場合には、他の仮想スイッチ60が提供する仮想ボリューム206を記憶装置40から提供されるLU208と等価に扱い、その記憶領域を仮想化して仮想ボリューム206を外部装置に提供する。その対応関係は管理情報66中に領域マッピング情報300の形で保持される。仮想化スイッチ60は、仮想ボリューム206の作成・削除、仮想ボリューム206の記憶領域の拡大・縮小を動的におこなう機能を有する。さらに、仮想ボリューム206を構成するLU208や他の仮想ボリューム206の記憶領域との対応関係を動的に変更する機能を有する。また、仮想化スイッチ60は、それが保持する領域マッピング情報300で後述するフリーエントリ314に対応する領域について、領域マッピング情報300から削除する(以下「領域を開放する」)機能を有する。
【0037】
仮想化スイッチ60では、仮想ボリューム206をアクセス可能なI/OパスI/F32のポート26を一つ以上有する。その対応関係は、上位ポートマッピング情報322(後述)の形で管理情報66中に保持される。また、仮想ボリューム206をアクセス可能なポート26を動的に追加・削除する機能を有する。
【0038】
仮想化スイッチ60が提供する仮想ボリューム206がアクセスされた際、実施されたアクセス回数やその種別、転送されたデータ量をI/OパスI/F32のポート26毎に計測し、それを管理情報66中にポートモニタ情報400(図9で後述)の形で記憶する。
【0039】
仮想化スイッチ60は、外部からの要求に応じて、領域マッピング情報300やポートモニタ情報360を、ネットワーク24を介して外部に送信する機能を有する。また、外部装置からネットワーク24を介して外部から受信した指示に従い、前述の各種機能を実行する機能を有する。なお、これらのデータ構造については、後に詳細に説明する。
【0040】
サーバ70は、CPU12、メモリ14、HDD16、ネットワークI/F22、I/OパスI/F32を有し、それらは内部バス18で接続される。
【0041】
メモリ14上には、オペレーティングシステム(OS,Operating System)72と管理エージェント144がHDD16から読み込まれ、CPU12により実行される。
【0042】
OS72には、デバイスドライバ76、ボリュームマネージャ78、ファイルシステム80が含まれる。メモリ14上に読み込まれたOS72は、それらや他のOS72を構成するプログラムが利用する管理情報であるOS管理情報74を有する。OS管理情報74には、CPU12の数等、サーバ70のハードウェア構成の情報を含まれる。また、OS72は、OS管理情報74中に記憶されている情報を外部プログラムが読むためのソフトウェアインターフェイスを有する。なお、図1に示した例では、サーバ70は一つのファイルシステム80しか有していないが、複数のファイルシステム80を有してもよい。OS72は、OS72が動作している計算機で実施されるプログラムの管理をおこなう。このとき、実行中のプログラム全体がCPU12をどれだけ利用したかを計測、それを基にCPU12の稼働率を計算し、OS管理情報74中に保持する。
【0043】
デバイスドライバ76は、ネットワークI/F22やI/OパスI/F32等のハードウェアを制御するプログラムである。ネットワークI/F22やI/OパスI/F32を通してデータ転送(アクセス)をおこなった際に、実施された回数やその種別、転送されたデータ量をネットワークI/F22やI/OパスI/F32のポート26毎に計測し、それをOS管理情報74中にポートモニタ情報400の形で記憶する。
【0044】
ボリュームマネージャ78は、記憶装置40から提供されるLU208や仮想化スイッチ60から提供される仮想ボリューム206の記憶領域を仮想化し、論理ボリューム204をファイルシステム80に提供するプログラムである。その対応関係はOS管理情報74中に領域マッピング情報300の形で保持される。また、ボリュームマネージャ78は論理ボリューム204の構成変更(作成・削除を含む)を動的に実施する機能を有し、ボリュームマネージャ78が有するソフトウェアインターフェイスにより実行指示を与えることができる。ボリュームマネージャ78は、それが保持する領域マッピング情報300でフリーエントリ314に対応する領域を開放する機能を有する。また、ボリュームマネージャ78は、複数I/Oパス34を利用したI/O処理の負荷分散機能を有してもよい。
【0045】
ファイルシステム80は、記憶装置40から提供されるLU208や仮想化スイッチ60から提供される仮想ボリューム206、ボリュームマネージャ78から提供される論理ボリューム204の記憶領域を仮想化し、ファイル202を他のプログラムに提供するプログラムである。その対応関係はOS管理情報74中に領域マッピング情報300の形で保持される。なお、ファイル202と同じソフトウェアインターフェイスで、論理ボリューム204、仮想ボリューム206、LU208の記憶領域に直接アクセスする機能であるローデバイス機能も、ファイルシステム80により提供される。
【0046】
管理エージェント144は、管理サーバ120上で実行されるシステム管理プログラム140からネットワーク24を介して受け付けた処理要求をサーバ70で実行し、必要に応じてその結果をネットワーク24を介してシステム管理プログラム140に返信するプログラムである。管理エージェント144が実施する処理は、1)OS管理情報74中に記憶されている情報の読み出し、2)DBMS90やAPプログラム100の実行・停止、3)DBMS管理情報92中に記憶されている情報の読み出し、4)DBMS90にSQL(Structured Query Language)文を与え、SQL実行計画を取得、5)APプログラム管理情報102中に記憶されている情報の読み出し、6)ボリュームマネージャ78に対する構成変更指示、7)OS72に対する各種設定指示、等である。
【0047】
DBMS90は、DBに関する一連の処理・管理を実行するサーバ70上で実行されるプログラムである。DBMS90は、システム管理プログラム140からの指示に従って管理エージェント144から起動されて、サーバ70内のHDD16または記憶装置40からメモリ14に読み出されてCPU12により実行される。
【0048】
DBMS90は、記憶領域の管理単位として、一つ以上のファイル202が提供する記憶領域からなる「データ領域」を用いる。DBMS90が利用・管理する表・索引・ログ等(以下、まとめて「データ構造」と称する)は、それぞれ記憶されるべきデータ領域が定められている。データ領域の一部は、データ構造に対して未割り当てでもよい。
【0049】
メモリ14上に読み込まれたDBMS90は、データ記憶領域情報342を含むDBMS90の管理情報であるDBMS管理情報92を有する。DBMS90は、DBMS管理情報92を外部プログラムが読むためのソフトウェアインターフェイスを有する。
【0050】
DBMS90は、SQL文を与えるとそれの実行計画(以下、「SQL実行計画」と称す)を作成したのちにそれに従って処理を実行する。基本的に、検索条件以外同じSQL文を与えると同じSQL実行計画を作成する。DBMS90は、与えたSQL文のSQL実行計画を出力するソフトウェアインターフェイスを有する。また、SQL実行計画を出力するときに、DBMS90が見積もった処理件数等を同時に出力してもよい。
【0051】
APプログラム100は、ユーザがおこなう業務のためにサーバ70上で実行されるプログラムであり、DBMS90に対して処理要求を発行するものとする。APプログラム100は、システム管理プログラム140からの指示に従って管理エージェント144から起動され、サーバ70内のHDD16または記憶装置40からメモリ14に読み出されてCPU12により実行される。メモリ14上に読み込まれたAPプログラム100は、その管理情報であるAPプログラム管理情報102を有する。なお、APプログラム100は記憶装置40に記憶されるデータを扱う際に常にDBMS90に処理要求を発行してもよく、その場合には、APプログラム100が実行されるサーバ70はI/OパスI/F32を有さなくてもよい。
【0052】
本実施形態におけるオンライン業務のために実行されるAPプログラム100は、一つ以上の処理の組として実現され、処理それぞれに識別子である処理ID432がつけられる。ユーザはそのいずれかの処理実行を要求し、APプログラム100はそれに応じて処理を実施する。APプログラム100は受け付けた処理要求のキューイング制御を実施し、APプログラム100からDBMS90に対して処理要求を発行した場合には、DBMS90で即座に処理を開始できるものとする。APプログラム100は、処理に関する実行統計情報を取得し、それをオンラインJobモニタ情報430(図10で後述)としてAPプログラム管理情報102中に保持する。このとき、APプログラム100は、APプログラム管理情報102を外部プログラムが読むためのソフトウェアインターフェイスを有する。
【0053】
DBMS90やAPプログラム100は、1台のサーバ70上で複数同時に実行することができる。また、DBMS90とAPプログラム100が異なるサーバ70上で実行されてもよく、その場合には、APプログラム100はDBMS90に処理要求をネットワークを経由して伝達する。
【0054】
OS72やDBMS90、APプログラム100、管理エージェント144は、それらを記憶したCD−ROM(記憶媒体)が管理サーバ120が有するCD−ROMドライブ20を用いて読み出され、ネットワーク24を介してサーバ70内のHDD16もしくは記憶装置40にインストールされる。
【0055】
管理サーバ120は、CPU12、メモリ14、HDD16、CD−ROMドライブ20、ネットワークI/F22を有し、それらは内部バス18で接続される。
【0056】
メモリ14上には、OS72とシステム管理プログラム142がHDD16から読み込まれ、CPU12により実行される。CD−ROMドライブ20は、各種プログラムのインストールに用いられる。
【0057】
また、管理サーバ120には、キーボード・マウス等の入力装置112および表示画面114を有する管理端末110がネットワーク24を介して接続される。この接続は、ネットワーク24とは異なる通信線を用いてもよく、管理サーバ72と管理端末110が一体で構成されてもよい。管理者は、原則、情報の入出力を管理端末110を介して行い、必要に応じてCD−ROMドライブ20等も用いる。
【0058】
システム管理プログラム140は、管理サーバ120が有する、性能その他のシステム管理機能を実現するプログラムである。HDD16からメモリ14上に読み込まれ、CPU12により実行される。システム管理プログラム140は、その機能を実現するために必要な管理情報であるシステム管理情報142を有する。本プログラムは、それを記憶したCD−ROMが管理サーバ120が有するCD−ROMドライブ20を用いて読み出され、HDD16にインストールされる。本プログラムの動作詳細については後述する。
【0059】
なお、本実施形態の例では、システム管理プログラム140は管理サーバ120上で実行されるものとして説明するが、任意のサーバ70、仮想化スイッチ60、記憶装置40上で実行されてもよい。このとき、サーバ70では、HDD16に記憶され、メモリ14に読み出された後にCPU12により実行される。仮想化スイッチ60、記憶装置40では、メモリ14の不揮発領域に記憶され、メモリ14の高性能領域に移された後にCPU12により実行される。
(II)データマッピングの階層構造
次に、図2を用いて本実施形態のDBMS90が管理するデータのデータマッピングの階層構成について説明する。
図2は、本発明の第一の実施形態に係るDBMS90が管理するデータのデータマッピングの階層構成図である。
【0060】
本実施形態の例では、サーバ70と記憶装置40との間に一つの仮想化スイッチ60が存在する場合を説明する。なお、以下、ある2つの階層について、DBMS90に近い方(すなわち、アプリケーション側)を「上位」、HDD16に近い方(すなわち、物理的記憶手段側)を「下位」の階層と称する。また、記憶装置40、仮想化スイッチ60、ボリュームマネージャ78、ファイルシステム80をまとめて「仮想化機構」と称する。ファイル202、論理ボリューム204、仮想ボリューム206、LU208をまとめて「仮想構造」と称し、さらに、仮想構造にHDD16を加えたものをまとめて「管理構造」と称する。
【0061】
図2で示した例では、DBMS90は、それが管理しているデータ構造200を記憶しているファイルシステム80が提供するファイル202に対してアクセスをおこなう。ファイルシステム80は、ファイル202に対するアクセスを対応する論理ボリューム204の領域へのアクセスに変換する。ボリュームマネージャ78は、論理ボリューム204に対するアクセスを対応する仮想ボリューム206の領域へのアクセスに変換する。仮想化スイッチ60は、仮想ボリューム206に対するアクセスを対応するLU208の領域へのアクセスに変換する。記憶装置40は、LU208に対するアクセスを、対応するHDD16に対するアクセスに変換する。このように、仮想化機構は、それが上位階層に提供する仮想構造のデータを下位階層に存在する一つ以上の管理構造の記憶領域にマッピングする。
【0062】
また、図示しないが、ある仮想構造のデータの同一部分が複数の下位階層の管理構造にマッピングされてもよい。また、ある仮想構造のデータがHDD16にマッピングされる経路が複数存在してもよい。これらの場合には、仮想化機構が、そのようなマッピングであることを領域マッピング情報300中に保持しておく。さらに、ある管理構造が複数のサーバ70に共有されるマッピングを有してもよい。
【0063】
本実施形態では、論理層212における管理構造間のデータの対応関係が明確化されればよく、サーバ70でボリュームマネージャ78が使用されなくてもよい。さらに、仮想化スイッチ60は、複数段存在してもよいし、仮想化スイッチ60が存在せずにサーバ70と記憶装置40がI/Oパス34により直結されてもよい。仮想化スイッチ60に相当するスイッチが記憶領域の仮想化機能を有しなくてもよく、この場合、仮想化スイッチ60が下位階層から提供された管理構造をそのまま上位階層へ仮想構造として提供していると考える。
【0064】
なお、本実施形態の階層構成のモデルで、一つのLU208には一つのデータ構造208のみが記憶されるようにマッピングを作成すると、後述する記憶装置40の構成変更を変更した際の効果見積の精度向上等に役立つというメリットがある。
(III)データ構造
次に、図3ないし図17を用いて本実施形態の性能管理方法に用いられるデータ構造について説明する。
【0065】
先ず、図3を用いて領域マッピング情報300を説明する。
図3は、領域マッピング情報300のデータ構造を示す模式図である。
【0066】
領域マッピング情報300は、各仮想化機構の管理情報の中に置かれ、仮想化機構が提供する仮想構造の領域と、それが利用する管理構造の領域の対応を保持するものであり、エントリ302、304を有する。
【0067】
なお、ここでの説明では、上位仮想構造と下位管理構造を対応させるものとして、モデル化しているが、実際には、各対応する仮想化機構に応じて、(ファイル、論理ボリューム)、(論理ボリューム、仮想ボリューム)、(仮想ボリューム、論理ディスク装置)、(論理ディスク装置、HDD)の対応を示すものになる。
【0068】
エントリ302は、仮想化機構が上位階層に提供する仮想構造の領域に関する情報であり、仮想構造の識別子である仮想構造ID306を保持するエントリ、その構造内の領域を示すエントリ、その領域が下位階層の複数の仮想構造へ記憶されたり、異なる経路でHDD16に対応している場合に、それらを識別するための多重化方法を示すエントリの組を有する。エントリ304は、エントリ302に対応する下位階層の管理構造の領域に関する情報であり、管理構造をアクセスする際に利用するI/OパスI/F32のポート26の識別子であるポートID326を保持するエントリ、管理構造を提供する仮想化機構の識別子である仮想化機構ID308を保持するエントリ、管理構造の識別子である管理構造ID310を保持するエントリ、その構造内領域を示すエントリの組を有する。なお、ファイルシステム80がボリュームマネージャ78が提供する論理ボリューム204を利用する場合には、ポートID326を保持するエントリを保持しない。また、記憶装置40においては、ポートID326と仮想化機構ID308を有するエントリを保持しない。
【0069】
仮想構造ID306が“Free”であるフリーエントリ314は、本領域マッピング情報300を有する仮想化機構が、その領域を利用できる状態にあるが、まだ仮想構造として利用していない下位階層の記憶領域を示すことにする。データ移動による対応関係の動的変更機能を有する仮想化機構は、フリーエントリ314に対応する管理構造の記憶領域をデータ移動先として利用する。
【0070】
本実施形態においては、異なる仮想構造が同一の管理構造の記憶領域を利用することが許されるものとする。また、仮想化機構ID308、仮想構造ID306、管理構造ID310、ポートID326はシステム内で一意に定まる識別子であるとする。あるいは、システム内で一意でない場合でも、装置の識別子を付加することによりシステム内で一意に定まるようにする。
【0071】
次に、図4を用いて上位ポートマッピング情報322について説明する。
図4は、上位ポートマッピング情報322のデータ構造を示す模式図である。
【0072】
上位ポートマッピング情報322は、仮想化スイッチ60の管理情報66および記憶装置40の管理情報46の中に置かれ、あるポートを通して外部装置に提供される仮想構造を管理する情報であり、ポートID326を保持するエントリと、対応する仮想構造ID306を保持するエントリの組を保持する。
【0073】
次に、図5を用いてデータ記憶領域情報342について説明する。
図5は、データ記憶領域情報342のデータ構造を示す模式図である。
【0074】
データ記憶領域情報342は、サーバ70のDBMS管理情報92の中に置かれ、DBMS90が管理するデータの記憶領域管理に用いる情報であり、データ領域の名前であるデータ領域名344を保持するエントリ、データ構造の名前であるデータ構造名346を保持するエントリ、対応データがファイル202のどの位置に記憶されているかの情報であるデータ記憶位置348を保持するエントリの組からなる。
【0075】
次に、図6を用いてキャッシュグループ情報460について説明する。
図6は、キャッシュグループ情報460のデータ構造を示す模式図である。
【0076】
キャッシュグループ情報460は、記憶装置40の管理情報46の中に置かれ、記憶装置40がキャッシュグループの管理に用いる情報であり、キャッシュグループの識別子であるキャッシュグループID462を保持するエントリと、そのキャッシュグループに対して割り当てられるキャッシュセグメント数の情報である割当セグメント数464を保持するエントリ、そのキャッシュグループに属するLU208の識別子であるLUID364を保持するエントリの組を有する。
【0077】
次に、図7を用いてストレージモニタ情報360について説明する。
図7は、ストレージモニタ情報360のデータ構造を示す模式図である。
【0078】
ストレージモニタ情報360は、記憶装置40の管理情報46の中に置かれ、記憶装置40の稼動状況に関するデータを保持しており、キャッシュモニタ情報362、ストレージポートモニタ情報382、HDDモニタ情報392を含んでいる。
【0079】
キャッシュモニタ情報362は、LU208が外部装置からアクセスされた場合にどのキャッシュヒットしたかに関する稼動統計情報である。
【0080】
キャッシュモニタ情報362は、実管理領域の分割数を示す実領域分割数502と、実管理領域の分割後のサイズを単位とした仮想管理領域の保持量を示す仮想管理領域数504を含む。また、LU208毎のキャッシュヒット数の統計値として、LUID364を保持するエントリと、それに対応するリード/ライトのI/O種別366を保持するエントリ、それに対応するI/O処理の累積実行回数368を保持するエントリ、そのときにヒットした回数を示すキャッシュヒット回数累計370を保持するエントリの組を保持する。なお、キャッシュヒット回数累計370は、実管理領域でのヒット数の総累計値と、実管理領域と仮想管理領域の双方で分割された各領域でのヒット数の累計値を保持する。本実施形態では、実管理領域と仮想管理領域を統合して分割された領域に通番を付加し、最も最近利用されたデータが存在する領域を第1領域、以下小さい通番の領域ほど最近利用されたデータを有する領域であるとする。
【0081】
ストレージポートモニタ情報382は、LU208毎にI/OパスI/F32のポート26を利用してどれだけデータ転送処理が実施されたかの実行統計情報で、ポートID384を保持するエントリとLUID364を保持するエントリ、それに対応するI/O処理の累積実行回数368を有するエントリと累積データ転送量386を保持するエントリの組を有する。
【0082】
HDDモニタ情報392は、LU208毎にHDD16をどれだけ利用しているかの実行統計情報で、HDDの識別子であるHDDID394を保持するエントリとLUID364を保持するエントリ、それに対応する実際に処理をおこなっていた時間(待ち時間を含まない)の累積値である累積処理時間396を保持するエントリの組を保持する。
【0083】
次に、図8を用いてポートスループット設定情報440について説明する。
図8は、ポートスループット設定情報440のデータ構造を示す模式図である。
【0084】
ポートスループット設定情報440は、記憶装置40の管理情報46の中に置かれ、特定のポート26に対して外部装置の特定ポート26からアクセス処理量を制限する優先アクセス制御機能のための設定情報である。このポートスループット設定情報440は、ポートID384を保持するエントリとアクセス元ポートID442を保持するエントリ、最大データ転送量444を保持するエントリと、最大I/O処理量444を保持するエントリ446の組を有する。
【0085】
アクセス元ポートID442とは、制限をかけるポート26にアクセスしてくる外部装置のポート26のポートIDである。最大データ転送量444とは、ポート26に対応する単位時間あたりの最大転送量設定値である。最大I/O処理量444とは、単位時間あたりの最大I/O処理量の設定値である。
【0086】
次に、図9を用いてポートモニタ情報400について説明する。
図9は、ポートモニタ情報400のデータ構造を示す模式図である。
【0087】
ポートモニタ情報400は、仮想化スイッチ60の管理情報66およびサーバ70のOS管理情報74の中に置かれ、ポート26によりおこなわれたデータ転送処理に関する実行統計情報であり、ポートID384を保持するエントリと、対応するI/O種別366を保持するエントリ、I/O処理の累積実行回数368を有するエントリ、処理要求の発行/受取から処理完了までの時間(待ち時間を含む)である応答時間の累積値である累積応答時間402を保持するエントリ、累積データ転送量386を保持するエントリの組を有する。
【0088】
次に、図10を用いてオンラインJobモニタ情報430について説明する。
図10は、オンラインJobモニタ情報430のデータ構造を示す模式図である。
【0089】
オンラインJobモニタ情報430は、サーバ70のAP管理情報102の中に置かれ、APプログラム100が取得するオンラインJobのための実行統計情報であり、処理ID432を保持するエントリ、対応する処理の累積実行回数368を保持するエントリ、その処理の累積応答時間402を保持するエントリ、その処理をDBMS90に対して発行した際の累積処理時間396を保持するエントリの組を有する。
【0090】
次に、図11を用いてストレージ性能情報610について説明する。
図11は、ストレージ性能情報610のデータ構造を示す模式図である。
【0091】
ストレージ性能情報610は、管理装置120のシステム管理情報142中に保持される情報であり、HDD性能情報612とポート性能情報616を有する。この情報は、記憶装置40やその対応部位の型式を取得し、それと事前に与えられた型式毎の性能情報と組み合わせて作成される。
【0092】
HDD性能情報612は、HDD16のアクセス性能に関する情報であり、記憶装置40の識別子である装置ID572を保持するエントリとHDDID394を保持するエントリ、それに対応するHDD16が有するアクセス性能に関する情報であるアクセス性能情報612を含むエントリの組を有する。
【0093】
アクセス性能情報612は、ランダムアクセス時のリードでキャッシュヒットした/しない(ミスした)場合、ライトでキャッシュヒットした/しない場合のそれぞれの平均応答時間を保持する。
【0094】
ポート性能情報616は、記憶装置40のI/OパスI/F32のポート26の最大性能に関する情報であり、装置ID572を保持するエントリとポートID384を保持するエントリ、対応するポート性能情報618を含むエントリの組を有する。ポート性能情報612は、そのポートの最大性能の情報として最大I/O処理量(IOPS)と最大データ転送量(MB/s)の組を保持する。
【0095】
次に、図12を用いてモニタ履歴情報510について説明する。
図12は、モニタ履歴情報510のデータ構造を示す模式図である。
【0096】
モニタ履歴情報510は、管理装置120のシステム管理情報142中に保持される情報であり、各装置やプログラムが集めるモニタ情報であり、これまで説明してきたキャッシュモニタ情報370、ストレージポートモニタ情報382、HDDモニタ情報392、ポートモニタ情報400、オンラインJobモニタ情報430、そして、OS72が計算するCPU12の稼働率(以下これらをまとめて「モニタ情報」と称す)を取得し、それを適当な形に編集した情報を履歴情報として保持するものである。
【0097】
稼動状況がモニタされている部位(キャッシュモニタ情報370、ストレージポートモニタ情報382、HDDモニタ情報392に関しては、アクセス先のLU208も含む)に関して、システム内で一意に定まるモニタ部位ID514が付加される。
【0098】
モニタ履歴情報510は、モニタ部位ID514を保持するエントリとそのモニタ内容516を示す情報を保持するエントリと、対応する前回取得情報518を保持するエントリと、履歴情報520を保持するエントリの組を有する。モニタ内容516の具体的な内容としては、各モニタ情報のデータ構造を説明する際に説明した通りである。
【0099】
前回取得情報518は、前回モニタ情報の値を取得した日時のエントリとその取得値のエントリを有する。
【0100】
履歴情報520は、履歴として集計・記憶される値の内容を示す履歴内容522を保持するエントリと、ある期間のモニタ値であるサンプル524を保持する複数のエントリからなる。本実施形態おける履歴内容522としては、ストレージポートモニタ情報382から記憶装置40のI/OパスI/F32のポート26におけるLU208毎の平均実行回数と平均データ転送量、キャッシュモニタ情報370からLU208におけるリード/ライト毎の平均実行回数と平均実ヒット率と、リードの領域毎の平均ヒット率(期間内の領域でのリードヒット回数/期間内のLU208へのリード実行回数)、HDDモニタ情報からHDD16におけるLU208毎の平均稼働率、ポートモニタ情報400から、サーバ70、仮想化スイッチ60のI/OパスI/F32のポート26もしくはサーバ70のネットワークI/Fのポート26におけるリード/ライト毎の平均実行回数、平均データ転送量、平均応答時間、オンラインJobモニタ情報430からとしてAPプログラム100における各処理毎の平均実行回数、平均応答時間、平均処理時間、OS72が計算するCPU12の稼働率からとしてサーバ70におけるCPU稼働率がある。
【0101】
サンプル524は、そこに記憶されたデータがいつの期間のモニタ値かを示すエントリと、その期間における集計値である平均値と最大値をそれぞれ保持するエントリからなる。
【0102】
次に、図13を用いてバッチJob管理情報700について説明する。
図13は、バッチJob管理情報700のデータ構造を示す模式図である。
【0103】
バッチJob管理情報700は、管理サーバ120のシステム管理情報142の中に置かれるバッチJobのための管理情報であり、Jobの識別子であるJobID622を保持するエントリ、Jobの実行優先度を示すJob優先度704を保持するエントリ、Job種別706を保持するエントリ、このJobがどのような開始条件で実行されるかを示す実行条件708を保持するエントリ、Jobの最大実行時間の設定値である最大実行時間710を保持するエントリ、Jobを実行するサーバ70の識別子である実行サーバID712を保持するエントリとそのサーバ70で実行するコマンドである実行コマンド714を保持するエントリの組、Job依存入力情報720、Job依存出力データ情報730、CPU処理時間見積方法716、Jobが利用するデータに関する情報であるI/O処理内容情報740aを含む。実行サーバID712と実行コマンド714の組に関しては、複数存在しても良い。
【0104】
Job種別706は、バッチJob管理情報700の場合には、バッチ業務向けであることを示す情報が保持される。実行条件708の内容として、バッチJob管理情報700では、実行すべき日付や曜日の条件を含めた実行開始時刻、あるいは、一つ以上の別のJobが完了した時に実行する等がある。
【0105】
本実施形態のJobの実行イメージとしては、バッチJobは連続して実行され、前段のJobの出力データを次段のJobの入力データとして引き継いでいくものを考える。
【0106】
Job依存入力情報720は、そのJobを実行する際に利用するデータに関する情報であり、利用するデータを出力するJobのJobID622である前段JobID722を保持するエントリと、その入力データの情報であるデータ情報724を保持するエントリと、データの行数やファイルサイズ等、データ量の計量単位の情報であるデータ量単位726を保持するエントリの組からなる。
【0107】
データ情報724に記憶される情報は、基本的に、ファイル202の識別子またはDBMS90とそれが管理するデータ構造200の識別子の組等、記憶装置40に記憶されるデータの識別子であるが、制御情報受け渡しのための識別子でもよい。なお、入力に依存する処理をおこなわない場合、Job依存入力情報720は存在しない。
【0108】
Job依存出力データ情報730は、他のJob実行に利用されるJobの出力データに関する情報であり、出力データを利用するJobのJobID622である次段JobID732を保持するエントリと、その出力データのデータ情報724を保持するエントリ、データ量単位726を保持するエントリの組からなる。Job終了時に処理完了情報として返す出力データ量は、Job依存出力データ情報730中のデータ量単位726を用いて計測する。なお、出力データを利用するJobが存在しない場合には、Job依存出力データ情報730は存在しない。
【0109】
CPU処理時間見積方法716は、処理の実行時間のうちサーバ70のCPU12がボトルネックとなっている時間を見積る方法に関する情報である。
【0110】
I/O処理内容情報740aは、Jobが利用するデータに関する情報であり、このJobが利用するデータのデータ情報724を保持するエントリと、対応するデータの、アクセス順742を保持するエントリ、I/Oネック744を保持するエントリ、I/Oタイプ746を保持するエントリ、I/Oベース性能748を保持するエントリ、入力データ量から処理量を見積る方法の情報である処理量見積752を保持するエントリ、Job実行時に記憶装置40に対して指示すべき内容であるストレージヒント754を保持するエントリの組を有する。なお、ストレージヒント754は、記憶装置40に関する様々な内容が考えられるが、本実施形態では、データに対するキャッシュ量の明示的設定とした。
【0111】
アクセス順742はアクセス順に関する情報で、番号が若いほど先にアクセスされ、同じ値のものは同時にアクセスされることを意味する。I/Oネック744は、そのI/O処理が性能ボトルネックに、なる/ならないを示す情報であり、“Y”“N”の値を取る。I/Oタイプ746はI/O処理種別に関する情報であり、“シーケンシャル”“ランダム”の値を取る。I/Oベース性能748は、実行時間の見積り等に利用するI/O性能に関する情報であり、データの複数の記憶装置40への分散配置等に対応するため、そのデータをアクセスする際に利用される各記憶装置40の各ポート26毎にポートID384と性能値の組を保持する。性能値は、I/Oタイプ746が“シーケンシャル”の場合にはシーケンシャル性能(データ転送速度)、“ランダム”の場合にはランダム性能(IOPS)となる。また、処理量見積752はI/Oベース性能748に保持されるポートID384毎にその情報を保持する。
【0112】
次に、図14を用いてバッチSQL設計情報850を説明する。
図14は、バッチSQL設計情報850のデータ構造を示す模式図である。
【0113】
バッチSQL設計情報850は、バッチジョブ管理情報700を設定するために管理サーバ120に入力され、APプログラム100がDBMS90に対して要求する処理に関する情報である。このバッチSQL設計情報850は、設定をおこなうJobのJobID622を保持するエントリ、処理をおこなうDBMS90の識別子である実行DBMSID852を保持するエントリ、主入力データ854を保持するエントリ、SQLID858aを保持するエントリと対応する実行SQL文860を保持するエントリの組、データ情報724を保持するエントリとそれに対応するSQLID858bを保持するエントリの組、繰り返し実行SQL情報862を有する。
【0114】
主入力データ854とは、その量がAPプログラム100のCPU処理時間に一番大きく影響を与えるデータである。
【0115】
SQLID858aは、APプログラム100が実施する順に通番が振られ、APプログラム100がDBMS90に発行するSQL文の情報として、SQLID858と実行されるSQL文である実行SQL文860が対応して保持される。
【0116】
SQLID858bは、入出力データとしてファイル202を利用する場合に、そのデータ情報724と、そのデータ情報を利用したり、結果を保存するSQL文のIDである。
【0117】
繰り返し実行SQL情報862は繰り返し実行されるSQL文に関する情報であり、SQLIDセット864を保持するエントリと、その繰り返しの際の入力データのデータ情報724を保持するエントリの組を有する。SQLIDセット864とは、繰り返し実行される一つまたは複数のSQL文のSQLID858の組である。
次に、図15を用いてオンラインJob管理情報770について説明する。
図15は、オンラインJob管理情報770のデータ構造を示す模式図である。
【0118】
オンラインJob管理情報770は、管理サーバ120のシステム管理情報142の中に置かれ、オンラインJobを管理するための情報であり、JobID622を保持するエントリ、Job優先度704を保持するエントリ、Job種別706を保持するエントリ、実行条件708を保持するエントリ、要求性能774を保持するエントリ、実行サーバID712を保持するエントリと実行コマンド714を保持するエントリの組、I/O処理内容情報740c、処理の多重度を示す処理多重度782を保持するエントリを含む。
【0119】
本実施形態で、図13に示したバッチJob管理情報700とオンラインJob管理情報770とを分けたのは、そのJobの性質により要求される性能、管理すべき情報が異なっていることを考慮したものである。
【0120】
オンラインJob管理情報770の場合には、Job種別706はオンライン業務向けであることを示す情報が保持される。実行サーバID712と実行コマンド714の組に関しては、複数存在しても良い。実行条件708の内容として、オンラインJob管理情報770では、実行すべき日付や曜日の条件を含めた実行開始時刻と実行終了時刻(常時実行を含む)が与えられる。要求性能774はJobへの要求性能の設定情報であり、処理全体での平均応答時間と、高負荷状態における処理スループット(処理の平均実行回数)が保持される。
【0121】
I/O処理内容情報740cは、内容的には図13に示したバッチJob管理情報700中のI/O処理内容情報740aの一部を抜き出したものであり、データ情報724を保持するエントリと、対応するI/Oベース性能748を保持するエントリとストレージヒント754を保持するエントリの組を有する。Jobの設計情報から処理がアクセスするデータを把握し、データ情報724を設定し、I/Oベース性能748のポートID386をマッピング集約情報を参照して求める。ストレージヒント754に関しては、記憶装置に対する指示情報を設定する。本実施形態では、必要に応じてデータ毎に利用したいデータキャッシュ量を計算してその値を設定する指示を設定することにした。
【0122】
I/Oベース性能748の性能値に関しては、I/O処理内容情報740cでは常にランダム性能(IOPS)である。この値の決定法は、例えば、実際に処理を実行し、そのときの処理スループットと記憶装置40のI/OパスI/F32のポート26のI/O性能を記憶装置40のモニタ情報から把握し、要求性能774に与えられるスループットを達成するのに必要なI/O性能をスループットとI/O性能が比例するとして見積り、その値を設定する。なお、複数のデータが同一のポート26経由で同一のLU208にデータを記憶している場合には、それらの間で必要な性能を適当に分配する。
【0123】
次に、図16を用いてJobリソース管理情報620について説明する。
図16は、Jobリソース管理情報620のデータ構造を示す模式図である。
【0124】
Jobリソース管理情報620は、管理サーバ120のシステム管理プログラム140がワーク情報として利用する情報であり、Jobポート設定情報630とJobキャッシュ量情報650を含んでいる。
【0125】
Jobポート設定情報630は、記憶装置40のI/OパスI/F32のポート26毎の、ポート26を利用するJobとそのJobに割り当てられた優先アクセス制御機能の設定に関する情報であり、装置ID572を保持するエントリと、ポートID384を保持するエントリと、対応するポート26を利用してデータをアクセスするJobのJobID622とそのJobのそのポート26に対して割り当てられた性能割合632を保持するエントリの組を有する。なお、性能割合632は、ポート性能情報616に保持される対応ポートの最大性能からの割合として計算される性能指標値で、I/O処理量やデータ転送量への変換は、そのポート26に対応するポート性能情報618を参照して、そのポート26の最大I/O処理量や最大データ転送量を求め、それに性能割合632を乗じることによりおこなう。
【0126】
Jobキャッシュ量情報650は、記憶装置40のキャッシュグループ毎に、そのキャッシュグループに属するLU208を利用するJobとそのJobに対する割当量に関する情報であり、装置ID572を保持するエントリ、キャッシュグループID462を保持するエントリ、対応するキャッシュグループに属するLU208に記憶されているデータを利用するJobのJobID622を保持するエントリ、Jobへのキャッシュの割当量に関する情報である割当情報652を保持するエントリの組からなる。
【0127】
割当量に関しては、スタック形式で管理された複数世代の情報を持てるようにし、割当情報652中にその割当量が設定された理由に関しても割当量と組にして保持し、その原因が解決した場合には古い設定に戻れるようにする。なお、Jobが利用する一つ以上のキャッシュグループのキャッシュ割当量が変更される場合には、キャッシュ量の変更のないJobが利用する他のキャッシュグループも同期して世代を更新する。
【0128】
次に、図17を用いて優先度制御情報880について説明する。
図17は、優先度制御情報880のデータ構造を示す模式図である。
【0129】
優先度制御情報880中は、管理サーバ120の中のシステム管理プログラム140がJobの優先度を考慮した制御をおこなう際に用いられる設定情報であり、Job優先度704を保持するエントリと、対応する余裕係数882を保持するエントリの組を含む。
【0130】
本実施形態においては、Job優先度704は、P段階に分けられ、優先度の高いものから順にその値として1、2、…、Pを取る。余裕係数882とは、記憶装置40の設定変更方法を決定するときに、見積りデータに対して余裕を見込むための係数であり、Jobの優先度を高いものほど余裕を大きくするものであり、本実施形態では、1以上の値を取ることにしている。
(IV)性能管理方法の処理
次に、図18ないし図27を用いて本実施形態の性能管理方法の処理について説明する。
【0131】
(IV−1)システム管理プログラムの処理概要
先ず、システム管理プログラム140の処理概要について説明する。
【0132】
システム管理プログラム140は、システムに関する構成を把握する。構成要素である記憶装置40、仮想化スイッチ60、サーバ70、ボリュームマネージャ78、ファイルシステム80、DBMS90、APプログラム100に関してそれぞれ識別子を付加して管理する。また、ネットワーク24やI/Oパス34の接続関係をシステム管理情報142中に保持する。
【0133】
システム管理プログラム140は、他の装置から種々の情報を取得する。このとき、記憶装置40と仮想化スイッ60が保持する情報に関しては、ネットワーク24を介して直接情報の送信要求を発行し、情報を取得する。また、サーバ70上で実行されるプログラムが保持する情報に関しては、ネットワーク24を介して管理エージェント144に対して情報の読み出し要求を発行して、それが必要な情報を読み出すことにより情報を収集する。
【0134】
システム管理プログラム140は、各仮想化機構から領域マッピング情報300、DBMS90からデータ記憶領域情報342、記憶装置40と仮想化スイッチ60から上位ポートマッピング情報322、記憶装置40からキャッシュグループ情報460を取得し、それらを取得元の識別子とともにマッピング集約情報としてシステム管理情報142中に記憶する。
【0135】
ここで、システム管理プログラム140は、記憶装置40のキャッシュグループの管理において、ある特定のキャッシュグループをキャッシュ割当量の調整で優先的に削減対象とする「フリーキャッシュグループ」として扱う。キャッシュ量の割り当て要求がないLU208は、フリーキャッシュグループに属するとして制御する。
【0136】
また、ポートスループット設定情報440やキャッシュモニタ情報362に含まれる実領域分割数502と仮想管理領域数504に関しても各記憶装置40から取得し、それらの取得元の識別子とともにシステム管理情報142中に記憶する。これらの情報に関しては、設定変更後や一定期間経過後、情報の再取得と保持内容の整合性確認をおこなう。
【0137】
また、上記のシステム管理情報142のマッピング集約情報としてより詳細に説明すると、システム管理プログラム140は、実行中のJobのハードウェアリソースに関連するマッピングの情報をシステム管理情報142中に保持する。サーバ70に関しては、Jobが実施されるサーバ70の識別子と、どのデータがどのポート26を経由してアクセスされるか、仮想化スイッチ60に関しては、データは、どの仮想化スイッチ60を経由し、仮想化スイッチ60のどのI/OパスI/F32のどのポート26を経由してアクセスされるか、記憶装置40に関しては、どのデータがどの記憶装置40のどのLU208を利用し、そのLU208は記憶装置40のI/OパスI/F32のどのポート26を経由してアクセスされ、そのLU208中のデータはどのHDD16に記憶されているか、また、そのLU208は、どのキャッシュグループに属するか、に関する情報を保持する。以下、この情報を「Jobリソースマッピング情報」と称する。
【0138】
(IV−2)システム管理プログラムのJob管理方法とJob管理情報への値の設定
以下、システム管理プログラムのJob管理方法とJob管理情報への値の設定について説明する。
【0139】
システム管理プログラム140は、バッチ業務を実施するためのJobの管理情報として、バッチJob管理情報700を、オンライン業務を実施するJobの管理情報として、オンラインJob管理情報770をシステム管理情報142中に、それぞれ保持する。これらの情報はHDD16に記憶され、システム管理プログラム140が起動時にメモリ14上のシステム管理情報142中に読み出される。
【0140】
既に述べたように、Job管理情報700とオンラインJob管理情報770とを分けたのは、そのJobの性質により要求される性能、管理すべき情報が異なっていることを考慮したものである。
【0141】
以下、バッチJob管理情報700とオンラインJob管理情報770のいずれか、または、その両方を指す場合に「Job管理情報」と称する。Job管理情報は基本的に管理者が与えるが、一部の情報は後述する方法により設定される。
【0142】
また、バッチJob管理情報700中のI/O処理内容情報740aとオンラインJob管理情報770中のI/O処理内容情報740cをまとめて、「I/O処理内容情報740」と称することにする。
【0143】
既に述べたように、本実施形態のJobの実行は、バッチJobは連続して実行され、前段のJobの出力データを次段のJobの入力データとして引き継いでいくものとした。バッチJob管理情報700により管理されるJobにおいては、その中のJob依存出力データ情報730に設定されているデータに関し、Jobの終了時に処理完了情報としてそれらの出力データ量を返すことにする。そして、この情報とバッチJob管理情報700中の情報を基に、連続的に実施されるJobの実行時間見積りをおこなう。
【0144】
また、本実施形態において、出力データ量は、バッチ業務向けJobが実行するAPプログラム100が処理完了情報として出力するものを利用する。
【0145】
以下、バッチJob管理情報700の値の設定処理について説明する。
【0146】
バッチJob管理情報700は、バッチジョブのJob毎に与えられる情報であった。
【0147】
このエントリの内で、JobID622、Job優先度704、Job種別706、実行条件708、最大実行時間710、実行サーバID712、実行コマンド714、Job依存入力情報720、Job依存出力データ情報730、予め管理者からJob実行前に与えられる情報である。
【0148】
なお、Jobの最大実行時間を見積る方法については、後に詳細に説明する。
【0149】
CPU処理時間見積方法716とI/O処理内容情報740aに関しては、モニタ情報を実測して設定される。
【0150】
以下、図18を用いて、このCPU処理時間見積方法716とI/O処理内容情報740aを設定する処理について説明する。
図18は、Job管理情報700中のCPU処理時間見積方法716とI/O処理内容情報740aをモニタ情報の実測により設定する処理のフローチャートである。
【0151】
手順開始時、バッチJob管理情報700中の他の情報と、図14に示したバッチSQL設計情報850が管理者から与えられる。なお、この手順を開始する際には実際の動作時と同じように各種データがシステム内に存在する必要がある(ステップ1101)。
【0152】
先ず、バッチSQL設計情報850中の実行DBMSID852から処理を実施するDBMS90を把握し、そこから実行SQL文862中のSQL文のSQL実行計画を全て取得する(ステップ1102)。
【0153】
SQL実行計画は、SQLを実行するための情報であり、SQL文を実施するための処理ステップとその処理内容、利用データとアクセス方法の詳細情報などを含んでいる。
【0154】
なお、処理中に明示的に一時的に利用する表を作成する場合があるが、その表を利用するSQL文のSQL実行計画取得には、その表を作成した後にSQL実行計画を取得する。可能なら、処理をSQL文毎にステップ実行し、その処理実行直前にSQL実行計画を取得する。全てのSQL実行計画を取得した後に一時的に利用する表を削除する。
【0155】
取得したSQL実行計画とバッチSQL設計情報850中の情報から、各SQL文によりアクセスされるデータとアクセス方法、アクセス順を把握する(ステップ1103)。
【0156】
SQL実行計画は、SQL文を実施するための処理ステップとその処理内容、利用データとアクセス方法の詳細情報を含むため、一つのSQL文内でのアクセスデータ・アクセス方法・アクセス順は、SQL実行計画から把握できる。
【0157】
処理実施の際にDBMS90により暗黙に作成される一時表に関しては、その表が作成されるデータ領域のデータ領域名344を把握する。バッチSQL設計情報850中のSQLID858と繰り返し実行SQL情報862から、繰り返しを含めた実行順序がわかる。このとき、一つ以上のSQL文が繰り返し実行される場合には、それらがアクセスするデータは繰り返し処理により全て同時にアクセスされるものとする。
【0158】
そして、把握したアクセス先データとアクセス順をI/O処理内容情報740a中のデータ情報724とアクセス順742、I/Oベース性能748のポートID384に設定する。同じデータに複数の異なる処理ステップでアクセスされる場合には、それぞれ独立したものとする。ポートID384は、システム管理情報140中のマッピング集約情報を参照することにより、それが存在する記憶装置40と共に求めることができ、複数のポートID384が求まる可能性もある。
【0159】
ここで、把握した処理が“表の全走査”の場合にはI/Oタイプ746は“シーケンシャル”(図13では、「Seq」)に、B−Tree索引を利用した選択処理”の場合には、索引と表の双方ともに“ランダム”(図13では、「Rnd」)に設定する。ファイル202に対する入出力は全て“シーケンシャル”とする。
【0160】
これから処理を実施する際に外部から入力されるデータ量を把握する(ステップ1104)。
【0161】
Job依存入力情報720中に設定されているデータに関して、そのデータ量単位726に従ってデータ量を把握する。本実施形態では、原則、複数のJobが一連の処理を形成するため、それらを順次実行して完了報告としてシステム管理情報142中に出力された出力データ量を把握する。
【0162】
続いて、実際に処理を実行し、実行時間の計測と、DBMS90が稼動するサーバ70におけるCPU稼働率と、記憶装置40におけるI/O処理実行状況(I/O処理実行回数、データ転送量)を把握する(ステップ1105)。
【0163】
それらの稼動状況は、前述のシステム管理プログラム140が収集することにより把握する。このデータ取得の際にデータ取得間隔は処理の実行時間に比して十分に小さなものとする。システム負荷を削減するため、可能であれば、処理実行に関連するサーバ70のCPU稼働率とステップ1103で把握したデータを記憶している部分のみ詳細なモニタ情報を取得する。
【0164】
取得したモニタ情報から、DBMS90が稼動するサーバ70におけるCPU稼働率がある閾値(例えば、80%)以上の時間を把握し、その時間はバッチSQL設計情報850中の主入力データ854で指示されるデータのデータ量に比例するものとしてCPU処理時間見積方法716を決定する(ステップ1106)。
【0165】
入力データ量は、ステップ1104で把握したものを用いる。
【0166】
次に、モニタ情報から各アクセスデータにおけるI/Oネック、I/Oベース性能、入力データ量あたりのI/O処理量を把握し、I/O処理内容情報の値設定をおこなう(ステップ1107)。
【0167】
すなわち、ステップ1103で把握したアクセスデータとアクセス順、記憶装置40のアクセス先のポート26を基に、記憶装置40のストレージポートモニタ情報382中のポート26のモニタ情報との対応付けをおこなう。
【0168】
その後、あるアクセスデータに対応する期間における、DBMS90が稼動するサーバ70のCPU稼働率のモニタ値を調べ、それがステップ1106の閾値を越えている場合にはI/Oボトルネックではないとして対応するI/Oネック744の値を“Y”に設定し、そうでない場合には“N”に設定する。
【0169】
続いて、モニタ情報からポート26におけるI/O処理量とI/O処理を実施していた時間をLU208毎に把握し、その平均性能としてデータに対応するI/Oベース性能748をポート26毎に設定する。このとき、対応するI/Oタイプ744の値が“シーケンシャル”の場合には処理量としてデータ転送量を、“ランダム”の場合にはI/O処理実行回数を用いる。さらに、ステップ1104で把握した入力データ量とポート26毎のI/O処理量から、対応する処理量見積752を設定する。なお、同一のLU208に複数の異なるデータが記憶され、それらが同一のポート26を経由してアクセスされる場合には、それらの間で適当にI/O処理量を分割する。
【0170】
そして、手順を終了する(ステップ1108)。
【0171】
本手順では、I/O処理内容情報740a中のストレージヒント754は設定されない。ここは、本手順終了後に管理者が設定する。ストレージヒント754を設定した場合には、I/O処理性能が変化するため、ステップ1105からステップ1107を再度実行し、I/Oネック744とI/Oベース性能748を再設定する。
【0172】
次に、バッチJob管理情報700で管理されるJobの最大実行時間710の処理時間の見積り方法について説明する。
【0173】
本実施形態においては、バッチJob管理情報700で管理されるJobの処理時間を、CPUがボトルネックとなっている状態でのCPU処理時間と、I/Oがボトルネックとなっている状態でのI/O処理時間と、CPUがボトルネックとなっている状態でのI/O遅延による影響時間の和として見積る。また、各Jobへの入力データ量は、システム管理情報142中に記憶されるものとする。
【0174】
CPUがボトルネック状態でのCPU処理時間は、CPU処理時間見積り方法716と処理開始時に与えられる入力データ量から計算する。
【0175】
I/Oがボトルネック状態でのI/O処理時間は、I/O処理内容情報740a内のI/Oネック444の値が“Y”であるデータ情報724で識別されるデータに関して、処理開始時に与えられる入力データ量と処理量見積752により求まる処理量と、データアクセスに利用可能なI/O処理性能から計算し、その総和として求める。
【0176】
各データへのアクセスに利用可能な処理性能は以下のように求める。先ず、Jobがアクセスする各データに関して、それをアクセスする際に利用される記憶装置40のI/OパスI/F32のポート26をI/Oベース性能748から求める。続いて、各データ毎に求めたポート26とそのデータに対応するアクセス順742の値によりデータをグループ化し、ポート26を同時にアクセスするデータの組を求める。それぞれのグループにおいて、ポート26でJobが利用可能な性能割合632は、Jobポート設定情報630に保持されているか、あるいは、別途条件として指定されている。そして、その性能割合632を各データに対応するI/Oベース性能748の対応ポート26における性能値から計算される性能割合632に比例して分配する。このようにして、あるデータが利用可能な性能割合632を求め、これからデータへのアクセスに利用可能なポート26におけるI/O処理性能を求める。
【0177】
CPUがボトルネックとなっている状態でのI/O遅延による影響時間は次のように求める。I/O処理内容情報740a内のI/Oネック444の値が“N”であるデータ情報724で識別されるデータに関して、先ず、I/Oがボトルネック状態でのI/O処理時間と同様に現在のI/O処理量設定での処理時間を求める。引き続き、I/O処理性能がI/Oベース性能748に与えられた性能であると仮定して同様にI/O処理時間を求める。各データのポート26毎に前者から後者を引いた値が求める影響時間である。なお、計算により負の値が求まった場合には影響時間は0であるとする。
【0178】
本実施形態においては、入力データ量は、原則前段のJobの処理完了報告から把握する。常時実行中のAPプログラム100がある期間内に処理したデータを抽出するようなJob等、対応する前段Jobが存在しない場合、Jobへの入力データ量を取得するためのJobを作成・先行して実施させ、それに目的とする入力データ量を完了報告として出力させることにより、処理時間の見積りに必要となる入力データ量がシステム管理情報142中に記憶されるようにする。前述の例では、入力データ量として、APプログラム100の対象処理の対象期間内の処理実行回数をモニタ履歴情報510から取得し、それを件数として利用する。なお、データ量見積りJobを作成する代わりに、Job依存入力情報720中にデータ入力量を取得する方法を記憶させ、それを用いてデータ量を把握してもよい。
【0179】
(IV−3)システム管理プログラムのモニタ情報の収集とそのモニタ情報によるJobチューニング処理
次に、図19ないし図21を用いてシステム管理プログラムのモニタ情報の収集とそのモニタ情報によるJobチューニング処理について説明する。
【0180】
システム管理プログラムのモニタ情報の収集とそのモニタ情報によるJobチューニング処理は、管理サーバ120の実行中でシステム管理プログラムがシステムを監視している間は、常時、無限ループで実行されることになる。
図19は、システム管理プログラムのモニタ情報の収集とそのモニタ情報によるJobチューニング処理のゼネラルチャートである。
図20は、モニタ情報によるJobチューニング処理のフローチャートである(その一)。
図21は、モニタ情報によるJobチューニング処理のフローチャートである(その二)。
【0181】
モニタ履歴情報510への値の設定は以下のようにおこなう。
【0182】
この処理は、管理サーバ120が起ち上がり、システム管理プログラム140が起動し、その初期化が完了したときに開始される(ステップ1401)。
【0183】
先ず、初期モニタ値として、モニタ情報を取得している全ての装置やプログラムから現在のモニタ情報の値を取得し(ステップ1402)、前回取得情報518中の対応する取得日時と取得値のエントリを更新する。
【0184】
続いて、次のデータ取得タイミングまで、処理をスリープさせる(ステップ1403)。なお、データの取得は、前回モニタ値取得後一定間隔、もしくは、事前に定めた特定時刻におこなう。このとき、モニタする内容によりデータの取得間隔を個別に管理し、データ取得間隔をモニタする内容毎に異なるものとしてもよい。
【0185】
データを取得するタイミングが来たときに、現在のモニタ情報の値と現在日時を取得する。そして、それら情報の取得後、対応する前回取得情報518中に保存された前回取得日時とその取得値を把握し、履歴内容522の形の値を計算する方法をモニタ内容516を基に選択し、その値を計算する(ステップ1404)。
【0186】
現在日時と前回取得日時から期間を把握し、計算値を期間の平均かつ最大としてサンプル524を保持するエントリに記憶する。その後、現在日時と今回取得したモニタ情報の値を前回取得日時とその取得値として前回取得情報518に記憶する。
【0187】
続いて、ステップ1501から始まる収集したモニタ情報を基にしたチューニング処理を実施する(ステップ1405,図20,図21の処理)。
【0188】
そして、ある一定時間以前のデータを保持するサンプル524を整理して、モニタ履歴情報510のデータ量を削減する(ステップ1406)。
【0189】
その方法は、データの古さに応じて、1)ある期間内の複数のサンプル524を一つのサンプル524にまとめる、2)特に古いサンプル524のデータを削除する、ことをおこなう。処理完了後ステップ1403へ戻り、以下、繰り返しで処理を実施する。
【0190】
各装置の構成が変更されることにより、モニタすべき部位が動的に増減する。モニタ部位が増えた場合には、ステップ1404でモニタ履歴情報510中にエントリを追加し、その部位もモニタする。モニタ部位が削除された場合には、それに対応するデータは、ステップ1404の処理をおこなわず、ステップ1406において削除されたモニタ部位のサンプル524が全て削除された場合に、モニタ履歴情報510中のエントリを全て削除する。
【0191】
次に、図20および図21を用いてモニタ情報によるJobチューニング処理について説明する。
【0192】
このモニタ情報によるJobチューニング処理は、図19のステップ1405に示された処理である。
【0193】
この処理は、実行中の全Jobについて、各ステップを同時に、ステップ内ではJob優先度704が最も高いものから順に処理を実施する。ステップ1515、ステップ1517において、複数のJobにより同一の部位を対象としてデータの移動やI/O処理量の増加/削減が要求される場合には、Job優先度704が最も高いJobについてのみ処理を実施する。また、一つのJobに複数の問題点が存在すると判断された場合には、それぞれ独立した複数のパスに分岐する。
【0194】
Jobチューニング処理は、図19のステップ1405で、サブルーチンとしてコールされる(ステップ1501)。
【0195】
先ず、システム管理142中に記憶されている「データ移動要求」によりHDD過負荷状態の変更が実行可能か否かを確認する(ステップ1502)。HDD過負荷状態の変更とは、データ移動によって、LU208を適当なHDD16に配置換えするものである。なお、ここで扱うデータ移動要求は、以前に実施されたJobチューニング処理のステップ1508(後述)で実施されたものである。
【0196】
ここで、直近と、最近のある一定期間(例えば1週間)内の現時刻から一定時間(例えば30分間)における移動元HDD16、移動先HDD16の全体の稼働率の最大値をモニタ履歴情報510を用いて把握し、双方でその値が事前に定められた閾値(例えば40%)を下回っている場合にデータ移動を実行可能と判断する。他の仮想化機構におけるデータ移動の要求が存在する場合にも、同様に関連する部位の稼働率を調べ、全ての部位でその値が事前に定められた閾値未満のときに、データ移動とそれに伴う設定の変更を実施する。実行可能と判断されたデータ移動要求に関し、関連する仮想化機構に対して、そのデータ移動を実現するための処理要求を発行する。
【0197】
次に、Jobが現在、記憶装置40のデータキャッシュ42に関して、初期設定よりも多くのキャッシュ量を利用している場合に、それを開放できるか確認する(ステップ1503)。
【0198】
ここでは、図16に示したJobキャッシュ量情報650中の割当情報652を参照し、設定量が初期設定(最も古い世代のデータ)より大きなエントリを新しい世代の方から検索し、その原因をその設定理由から把握する。そして、その原因に対応するモニタ履歴情報510の最新のデータを把握し、設定理由中に記憶された負荷のよりも一定割合(例えば75%)未満の負荷になっているか確認し、負荷が下がっている場合には、その1世代前の設定に戻すと判断する。前の設定に戻すと判断された場合には、割当情報652のさらに古い世代のデータの確認を同様に繰り返しおこなう。
【0199】
この確認処理により、戻されるべき割当情報652の世代を把握し、そのようなものが存在する場合には、Jobキャッシュ量情報650中の割当情報652の戻される設定以降の新世代のデータを破棄し、戻された世代のデータに合わせて、記憶装置40に対してキャッシュ割当量の変更指示を発行する。
【0200】
次に、モニタ履歴情報510の最新データを参照し、問題点が存在するか確認する(ステップ1504)。
【0201】
ここで、JobがオンラインJob管理情報770で管理されている場合、すなわち、オンラインJobである場合には、図12に示されたモニタ履歴情報510に記憶された、最新のAPプログラム100における各処理の平均応答時間、平均処理時間、平均実行回数を把握し、それからAPプログラム100全体での平均応答時間、平均稼動率、平均実行回数を計算する。そして、対応するオンラインJob管理情報770を参照し、求めた平均応答時間が要求性能774に設定された平均応答時間を満たすか、また、平均稼働率が(処理多重度782)×(事前に定められた閾値)(例えば95%)を超えている場合に高負荷状態にあるとし、平均実行回数が要求性能774に設定された処理スループットを満たすか否かを確認して、満たさない条件が存在する場合に問題点が存在するとする。
【0202】
JobがバッチJob管理情報700で管理されている場合、すなわち、バッチJobである場合には、Jobリソースマッピング情報を参照してそのJobが利用するデータが記憶されるHDD16を把握し、それらのHDD16全体の稼働率が事前に定められる閾値(例えば70%)を超えている場合には過負荷状態にあると判断し、問題点が存在するとする。
【0203】
問題点が存在する場合には、ステップ1505に進む。存在しない場合には、ステップ1530に進み、処理を終了する。
【0204】
次に、図12に示されたモニタ履歴情報510の最新データを参照し、Jobに関連するハードウェアに関して、記憶装置40以外に過負荷状態の部位が存在するか確認する(ステップ1505)。
【0205】
Jobに関連するハードウェアとしては、サーバ70におけるCPU稼働率、仮想化スイッチ60とサーバ70におけるI/OパスI/F32のポート26等があり、それらはJobリソースマッピング情報を参照することにより求めることができる。過負荷状態とは、各々の稼働率が各ハードウェア毎に事前に定められた値を超えた状態として認識する。そのような部位が存在する場合には、ステップ1525に進み、存在しない場合にはステップ1506に進む。
【0206】
ステップ1505で過負荷状態であると判断された部位の負荷を下げる構成を取ることが可能であれば、それを実現するようにサーバ70中のOS72や仮想化スイッチ60に対して指示を出す(ステップ1525)。なお、本発明は、記憶装置の性能を調整することに主眼を置いているので、ステップ1525の具体的な方法については詳説しない。
【0207】
ステップ1505で記憶装置40以外に過負荷状態の部位が存在しないと判断されたときには、Jobが利用するデータを記憶する記憶装置40内の関連部位に関して、過負荷状態のものが存在するか否かを確認する(ステップ1506)。
【0208】
確認部位としては、I/OパスI/F32のポート26とHDD16がある。HDD16についてはステップ1504で述べた通りである。
【0209】
ポート26に関しては、JobがオンラインJob管理情報770で管理される場合のみ確認する。先ず、システム管理情報142の中に保持するJobリソースマッピング情報を参照し、Jobが利用するポート26とそこを通してアクセスするLU208を把握する。図12に示したモニタ履歴情報510の最新データを用いて、求めたLU208のポート26における性能割合632を計算し、ポート26毎にその総和を求める。求めた値が、Jobポート設定情報630に保存されているJobに対して割り当てられているポート26の性能割合632の一定割合(例えば、90%)を超える場合に、そのポート26はJobに対し過負荷状態にあると判断する。
【0210】
ステップ1506で、関連するポート26がJobに対し過負荷状態にある場合にはステップ1511に進む(図21[A])。関連するHDD16が過負荷状態にある場合にはステップ1507へ進む。そして、関連する全てのポート26とHDD16が正常値と判断される場合には、ステップ1519に進む。なお、このステップ以降は、過負荷状態の部位が複数存在する場合には、その部位毎にパスが分かれて、それぞれについて処理が進められる。
【0211】
ステップ1506で、関連する全てのポート26とHDD16が正常値と判断される場合には、性能問題が発生しているJobが利用するキャッシュグループのキャッシュ量割当を変更する方法を決定する(ステップ1519)。
【0212】
この処理では、このステップに来たJobに関して、Job優先度704が高い順に、オンラインJob向けにキャッシュ量をチューニングする処理を実施する。なお、オンラインJob向けにキャッシュ量をチューニングする処理は、後に(IV−5)の図25で説明する。
【0213】
このとき、先にチューニングを実施したJobが利用するキャッシュグループをシステム管理情報142の中のJobリソースマッピング情報から把握し、後続のJobに関して、オンラインJob向けにキャッシュ量をチューニングする処理を実施する際に、それらキャッシュグループのキャッシュ割当量を減らさないように指示を出す。なお、Jobに対する現在のキャッシュ割当量の一定比率分(例えば5%)をフリーキャッシュグループから割り当てた後に、オンラインJob向けにキャッシュ量をチューニングする処理を実施してもよい。
【0214】
そして、ステップ1519で求めたキャッシュ割当量の変更指示を対応する記憶装置40に発行し、その設定に合わせて、図16のJobリソース管理情報620の中のJobキャッシュ量情報650の値を更新する(ステップ1521)。
【0215】
そして、処理を終了する(ステップ1530)。
【0216】
ステップ1507で関連するHDD16が過負荷状態にあると判断された場合には、Jobが過負荷状態にあるHDD16にデータを記憶するLU208に属するキャッシュグループにキャッシュを追加するチューニングが実行可能か確認する(ステップ1507)。
【0217】
そのようなキャッシュグループに対して、そのJobのキャッシュ量を現在値からある一定割合(例えば5%)増加させるとしたとき、フリーキャッシュグループからその量を確保できるかJobキャッシュ量情報650を参照して確認し、割当可能な場合にはそのキャッシュ割当量変更処理を実施することとする。不可能な場合には、可能量を全てこのチューニングに用いる。このとき、Jobが利用する異なるデータについて、それぞれの異なるLU208により問題のHDD16に記憶される場合には、用いたLU処理時間変化の平均を考え、関連するLU208におけるその和が最大になるように割り当てる。なお、LU処理時間変化の平均を考えて、キャッシュ割当量変更変更案を作成する処理については、後の(IV−5)の図25で説明する。また、Jobキャッシュ量情報650の割当情報652をこのステップで設定した値に更新するときには新しい世代のデータとして記憶し、設定理由に過負荷HDD16のHDDID394と現在の稼働率を記憶する。
【0218】
次に、過負荷状態のHDD16上に記憶されている、Jobが利用するLU208のデータを通常負荷のHDD16へ移動させるデータ移動要求を作成する(ステップ1508)。
【0219】
データ移動要求は、以下のようにして作成される。先ず、過負荷状態のHDD16を移動元HDD16とする。Jobリソースマッピング情報を参照し、移動元HDD16に記憶されたLU208のうち、そのデータを利用する最も優先度の高いJobが利用するLU208をデータを移動するLU208として把握する。そして、移動元HDD16を有する記憶装置40、移動元HDD16データを移動するLU208を指定して、HDD過負下状態を解消する方法を決定する処理を実施してデータ移動要求を作成し、システム管理情報142中に記憶する。HDD過負下状態を解消する方法については、後に(IV−5)の図27で説明する。
【0220】
データ移動要求作成後に、それを実行した後の稼働率を、移動したLU208の稼働率分だけHDD16全体の稼働率が下がるとして見積り、その値が事前に定めた閾値(例えば60%)を下回らない場合には、次に優先度の高いJobが利用するLU208をデータを移動するLU208として、 HDD過負下状態を解消する方法を決定する処理を実施し、移動元HDD16の稼働率見積値が閾値を下回るか、あるいは、全てのJobに関してその確認を完了するまで繰り返す。
【0221】
なお、仮想化スイッチ60やボリュームマネージャ78がデータ移動により仮想構造と管理構造との対応関係を動的に変更できる場合には、記憶装置40内でのデータ移動要求の作成に失敗した場合に、 HDD過負下状態を解消する方法を決定する処理からの処理を準用して仮想化スイッチ60やボリュームマネージャ78におけるデータ移動の要求を作成してもよい。このとき、以下の点も考慮する。1)新たに仮想構造をフリー領域から作成してそこにデータを移動させる。2)移動先決定時にHDD16の稼働率のみでなく、データ移動先に対するアクセスパス(サーバ70から記憶装置40へ至るI/Oパス34の経路)におけるポート26の稼動状況を調べ、それぞれで移動後の値として見積られる稼働率が100%を超えないようにする。この見積りは、HDD16における稼働率の見積りと同様に実施する。3)移動先となる記憶装置40において、移動されたデータを保持するLU208が属するキャッシュグループに対して、現状と同じ分のキャッシュ量を割り当てる。
【0222】
次に、ステップ1507で割り当てたキャッシュ量が十分か判断する(ステップ1509)。
【0223】
HDD過負下状態を解消する方法で決定されたLU処理時間変化の平均を考え、関連するLU208におけるその値の和が事前に定められた閾値(例えば単位時間の5%)より大きい場合に十分と判断し、ステップ1521に進む。そうでない場合は不十分としてステップ1517に進む。
【0224】
ステップ1507で割り当てたキャッシュ量が十分と判断されたときには、これまでに求めたキャッシュ割当量の変更指示やI/O性能の設定変更を対応する記憶装置40に発行し、その設定に合わせて、図16のJobリソース管理情報620の中のJobポート設定情報630とJobキャッシュ量情報650の値を更新する(ステップ1521)。
【0225】
ステップ1507で割り当てたキャッシュ量が不十分と判断されたときには、ここでは、過負荷状態にあるHDD16にJobがデータを記憶するLU208へのI/O処理量を削減するチューニングが可能か判断し、可能ならI/O処理の設定変更をおこなう(ステップ1517)。なお、本ステップは、ポートにも問題があるときに、別パスでこの処理とは非同期に実施されるステップ1515より後に実施される必要がある。
【0226】
この処理では、先ず、現在チューニング中のJobのJob管理情報からJob優先度704を求める。過負荷状態にあるHDD16にデータを記憶するLU208を利用するJobを、システム管理情報124の中のJobリソースマッピング情報を参照して把握し、そのJobのJob優先度704を前述と同様に求め、先に求めた現在チューニング中のJobのJob優先度704より低いものを把握する。それらのJobに関して、過負荷状態にあるHDD16にデータを記憶するLU208をアクセスする際に利用される記憶装置40のI/OパスI/F32のポートをJobリソースマッピング情報から求め、Jobポート設定情報630に記憶された、そのJobのそのポート26における性能割合632の値を事前に定められた割合(例えば現在の値5%)を削減することとする。なお、直接HDD16へのアクセス量を制限できるときには、その設定をおこなってもよい。
【0227】
そして、ステップ1521を実施し、処理を終了する(ステップ1530)。
【0228】
ステップ1506で、関連するポート26がJobに対し過負荷状態にある場合には、ポート26がJobに対し過負荷状態である場合の解消方法を決定する(ステップ1511)。先ず、Jobに対して過負荷状態にあるポート26において、図16に示したJobリソース管理情報620の中のJobポート設定情報630を参照して、Jobに対して割り当てられているポート26の性能割合632を求め、その値を一定割合(例えば5%)増やすI/O性能設定変更方法を作成する。
【0229】
次に、ステップ1511で作成したI/O処理量増加案を実現可能か確認する(ステップ1512)。
【0230】
ステップ1511で求めたI/O性能設定変更方法を採用した際に、Jobに対して過負荷状態にあるポート26の各Jobに対して割り当てられた性能割合632を、Jobポート設定情報630を参照して求めてその和を計算し、その値が100%を超えない場合には実現可能としてステップ1521に進む。100%を超える場合には実現不可能としてステップ1513に進む。
【0231】
ステップ1512で、I/O処理量増加案が実現不可能と判断されたときには、Jobに対し過負荷状態にある問題ポート26経由してアクセスされるLU208に対して、サーバ70からそれを回避してアクセスするアクセスパスを追加するか、変更することにより、過負荷状態を回避することが可能か否かを確認する(ステップ1513)。
【0232】
これは、ボリュームマネージャ78、仮想化スイッチ60、記憶装置40が動的に複数のアクセスパスを設定・変更することにより実現するもので、Jobリソースマッピング情報やその他システム管理情報142中に保持される情報を用いて確認する。可能であるときにはステップ1523に進み、不可能である場合にはステップ1514に進む。
【0233】
ステップ1513で、アクセスパスを変更・追加可能と判断されたときには、ステップ1513で作成または変更可能と判断された、問題となっているポート26経由してアクセスされるLU208に対して、サーバ70からそれを回避してアクセスするアクセスパスを実現するように、ボリュームマネージャ78、仮想化スイッチ60、記憶装置40に対して指示を出して(ステップ1523)、処理を終了する(図20[C]、ステップ1530)。
【0234】
ステップ1513で、アクセスパスを変更・追加不可能と判断されたときには、次に、Jobに対し過負荷状態のポート26は複数のJobにより共有されているかJobリソースマッピング情報を参照して確認する(ステップ1514)。
【0235】
共有されている場合にはステップ1515に進む。共有されていない場合には、チューニング不可能としてステップ1530に進み、処理を終了する。
【0236】
ステップ1514で、過負荷状態のポート26は複数のJobにより共有されているといると判断されたときには、問題となっているJobのうち最もJob優先度704が高いものに対し、過負荷状態のポート26を共有する他JobのI/O処理量を絞り込むI/O処理性能の設定変更方法を決定する(ステップ1515)。
【0237】
すなわち、問題ポート26で現在Jobに割り当てられている性能割合632の値を一定割合(例えば5%)増加させるとし、JobのJobID622、問題ポート26のポートID384、新たに割り当てる性能割合632を指定して、ステップ1601から始まる処理を実施し、そのポート26における新たなI/O処理性能の割当を決定する。
【0238】
そして、ステップ1521(図20[B])に進む。
【0239】
(IV−4)システム管理プログラムによるJob実行処理
次に、図22を用いてシステム管理プログラムによるJob実行処理について説明する。
図22は、システム管理プログラムによるJob実行処理のフローチャートである。
【0240】
システム管理プログラム140は、与えられたJob管理情報中の実行条件708を参照して、与えられた条件が満たさた場合にそのJobを実行する(ステップ1301)。
【0241】
そのときに、処理開始時の時刻をJobID622とともにシステム管理情報142中に記憶する。なお、複数のバッチ業務向けのJobが連続して実行される場合には、前段の処理時間によりバッチJob管理情報700中の実行最大時間710の値を変更してもよく、その場合には元の値を別途保存する。
【0242】
Jobが開始されると、先ず、Jobが利用するハードウェアリソースを把握し、Jobリソースマッピング情報に設定する(ステップ1302)。
【0243】
これは、Job管理情報中の実行サーバID712から処理が実施されるサーバ70、I/O処理内容情報740中のデータ情報724から利用するデータを把握し、それらによりシステム管理情報142中のマッピング集約情報を参照しておこなう。
【0244】
次に、優先アクセス制御機能を利用した記憶装置40のI/OパスI/F32のポート26におけるI/O処理性能の変更方法を決定して、それに基づいて記憶装置40に対してその設定指示を出す(ステップ1303)。I/O処理性能の変更方法の決定処理については、後に(IV−4)で説明する。
【0245】
ここでは、開始するJobへ割当を追加する条件で、I/O処理性能の変更方法の決定処理を実施し、求めた値をJobポート設定情報630に反映させる。ここで求まる変更案は、Job毎の割当であり、システム管理情報142の中のJobリソースマッピング情報を利用して、記憶装置40へのアクセス元となるサーバ70もしくは仮想化スイッチ60のI/OパスI/F32のポート26を求め、同一のポート26からのものをまとめることにより記憶装置40への設定値を求め、記憶装置40に対してその設定指示を出す。
【0246】
次に、キャッシュグループの設定とそのキャッシュ量の設定・変更方法を決定すし、それに基づいて記憶装置40に対してその設定指示を出す(ステップ1304)。Jobを開始する際のキャッシュ量の割当てを決定する処理は、後に(IV−5)の図23で説明する。
【0247】
ここでは、先ず、Job管理情報のI/O処理処理内容情報740中のストレージヒント754からキャッシュ量の割当指示があるか調べる。続いて、割当指示があるデータに関して、Jobリソースマッピング情報を参照し、それが記憶されるLU208を調べ、それがフリーキャッシュグループに属しているかを調べる。属すものが存在する場合には、同じデータを記憶し、かつ同じ記憶装置40により提供されるLU208は同じキャッシュグループなるような構成案を作成し、必要であればキャッシュグループの新規作成をおこなうことにし、Jobリソースマッピング情報にその情報を追加する。このとき、できる限り異なるデータを保持するLU208は異なるキャッシュグループに属するようにする。
【0248】
続いて、開始するJobのJob管理情報とキャッシュグループ設定を変更する場合にはその情報を与えてステップ2301から始まる処理を実施し、Jobキャッシュ量情報650に値を設定する。求まる値はJob毎のキャッシュ割当量であり、あるキャッシュグループが利用するキャッシュ容量はそのキャッシュグループを利用するJobに与えられた割当量の総和とする。それらの変更内容に従って記憶装置40に対して指示を出す。
【0249】
これらの処理の後、Job管理情報中の実行サーバID712で識別されるサーバ70に、対応する実行コマンド714を実行するように指示を出し、処理を実行する(ステップ1305)。
【0250】
処理完了後、バッチJob管理情報700により管理されるJobの場合には、Job依存出力データ情報730に設定されているデータの出力データ量を処理完了情報として取得し、その値をJobID622やその出力データを識別するデータ情報724とともにシステム管理情報142内に記憶する。
【0251】
Jobが終わると、ステップ1303で設定したポート26におけるI/O処理性能の割当を他のJob向けに開放する(ステップ1306)。
【0252】
ここでは、実行完了したJobへの割当分を削除する条件で、ステップ1303と同様の処理を実施する。
【0253】
次に、ステップ1304で設定したキャッシュグループとキャッシュ割当の設定を解除する(ステップ1307)。
【0254】
ここでは、完了したJobのJobID622を与えてステップ2501から始まる処理を実施してキャッシュグループの構成変更方法を求める。その内容をJobキャッシュ量情報650やJobリソースマッピング情報に反映させ、求めた方法に従って記憶装置40に対して変更指示を出す。
【0255】
続いて、Jobの実行時間(開始・終了時刻)や処理件数等の実行情報をJob実行履歴として出力する(ステップ1308)。
【0256】
その後、処理を終了する(1309)。
【0257】
なお、処理開始時にバッチJob管理情報700中の実行最大時間710を変更した場合には、別途保存した元の値に戻す。また、バッチJob管理情報700で管理されたJobの処理完了時には、他のバッチJob管理情報700中の実行条件708を参照し、完了したJobに続いて実行すべきJobが存在するか確認し、そのJobの実行のため本手順を再度実施する。
【0258】
(IV−5)記憶装置の諸元の設定変更処理
次に、図23ないし図27を用いて記憶装置40の諸元を変更し、設定する処理について説明する。
【0259】
先ず、図23を用いてシステム管理プログラム140がJobを開始する際にキャッシュ量の割当を決定する処理について説明する。
図23は、システム管理プログラム140がJobを開始する際にキャッシュ量の割当を決定する処理のフローチャートである。
【0260】
このキャッシュ量の割当を決定する処理は、システム管理プログラム140がJobを開始する際、図22のステップ1304からコールされるものである。
【0261】
処理開始時に、上位ルーチンより、これから実行されるJobのJob管理情報と、そのJobの実行開始に際して設定されるキャッシュグループ構成案が与えられる(ステップ2301)。
【0262】
先ず、Jobリソースマッピング情報からJobが利用するデータとそのデータが記憶される記憶装置40を求める(ステップ2302)。
【0263】
そして、Job管理情報中のI/O処理内容情報740にあるストレージヒント754からそれぞれのキャッシュ要求量を把握し、システム管理情報142の中のJobリソースマッピング情報を参照して、LU208毎のキャッシュ要求量を求める。一つのデータが複数のLU208に記憶される場合には、マッピング集約情報からそれぞれのLU208においてデータが記憶される領域量を確認し、それに比例してキャッシュ量をLU208間で分割するものとする。
【0264】
また、一つのLU208に複数のデータが記憶されている場合には、その総和がLU208のキャッシュ要求量であるとする。その値を処理開始時に与えられた構成に従ってキャッシュグループ毎に集計し、Jobの初期設定としてJobキャッシュ量情報650に記憶する。さらに、その値を記憶装置40毎に集計し、キャッシュ要求量とする。
【0265】
続いて、各記憶装置40毎に、ステップ2302で求めたキャッシュ要求量をフリーキャッシュグループから割当可能か確認する。フリーキャッシュグループのキャッシュ量からキャッシュ要求量を差し引いた量が、事前に定められている閾値を下回らない場合には、割当可能とする。割当不可能と判断された場合には以下の処理をおこなう。
【0266】
先ず、キャッシュ割り当て中のJobに与えられたJob優先度704をJob管理情報から把握する。そして、その記憶装置40のキャッシュグループに関して、それを利用しているJobをJobリソースマッピング情報から把握し、そのJobのJob優先度704を求め、その値がキャッシュ割り当て中のJobより低いものを求める。そのようなJobが存在しない場合には、現在の割当量から変更なしとする。存在する場合には、それらのキャッシュ容量の一部をキャッシュ割当を要求しているJobへ再割当する方法を決定する(ステップ2303)。
【0267】
例えば、低優先度のJobに割り当てられているキャッシュを、その量に比例した分をキャッシュ割り当て中のJobに再割り当てする。このとき、キャッシュ量が削減されたJobに対して、Jobキャッシュ量情報650中の割当情報652に、設定量を削減後の値、設定量を“キャッシュ不足”として新世代のデータを設定する。
【0268】
続いて、ステップ2303で求めた割当量に従って、キャッシュグループへの割当方法を決定する(ステップ2304)。
【0269】
フリーキャッシュグループから要求量を取得できたときには、その値がそのまま割当量になる。取得できなかったときは、総和が割当量になるようにキャッシュグループ毎に要求量に比例した量を割り当てる。このとき、Jobキャッシュ量情報650中の割当情報652に、設定量として実際に割り当てられた量であり設定理由が“キャッシュ不足”である新世代のデータを設定する。
【0270】
そして、処理を終了する(ステップ2305)。なお、キャッシュ量を削減されたJobに対して、後に図25で説明するキャッシュチューニング処理を実施してもよい。
【0271】
次に、図24を用いてシステム管理プログラム140がJobの終了時処理として実施するキャッシュの再割当処理について説明する。
図24は、システム管理プログラム140がJobの終了時処理として実施するキャッシュの再割当処理のフローチャートである。
【0272】
このキャッシュ量の再割当処理は、システム管理プログラム140がJobを終了する際、図22のステップ1307からコールされるものである。
【0273】
この処理では、処理開始時に、上位ルーチンから終了したJobのJobID622が与えられる(ステップ2501)。
【0274】
先ず、Jobキャッシュ量情報650を参照し、終了するJobが利用していたキャッシュ量を開放キャッシュ量として把握し、各記憶装置40毎にその量を集計する(ステップ2502)。
【0275】
そして、対応エントリをJobキャッシュ量情報650から削除する。さらに、Jobリソースマッピング情報を参照して、終了するJobのデータのみが記憶されるLU208のみが属するキャッシュグループを把握し、そのキャッシュグループは削除するものとする。
【0276】
続いて、Jobキャッシュ量情報650を参照して、終了するJobがデータを記憶していた記憶装置40において、要求値分のキャッシュ量が割り当てられていないJobを把握する。対応する割当情報652の設定理由が“キャッシュ不足”のエントリのものがこれに相当する。そして、それらのJobのJob優先度704をJob管理情報から把握し、Job優先度704が高いものから順にキャッシュ量の要求値からの不足分を充足するように開放キャッシュの再割当をおこなう(ステップ2503)。
【0277】
ステップ2503において、全てのJobに対してキャッシュの再割当を行った後も開放キャッシュに残りが存在する場合には、それらはフリーキャッシュグループに割り当てるものとする(ステップ2504)。
【0278】
そして、処理を終了する(ステップ2505)。なお、不足分が充足されたJobのキャッシュグループに関しては、Jobキャッシュ量情報650の対応エントリを不足前の世代に戻す。
【0279】
次に、図25を用いてモニタ情報を基にしたオンラインJob向けにキャッシュ量をチューニングする処理について説明する。
図25は、モニタ情報を基にしたオンラインJob向けにキャッシュ量をチューニングする処理のフローチャートである。
【0280】
この処理は、図20、図21のJobのチューニング処理のステップ1507、ステップ1519からコールされる処理である。
【0281】
この処理では、処理開始時に上位ルーチンからチューニングを実施するJobのJobID622と、必要に応じてキャッシュ割当量を削減してはならないキャッシュグループが与えられる(ステップ2701)。
【0282】
先ず、指定されたJobが利用するデータを保持する記憶装置40、LU208、キャッシュグループをJobリソースマッピング情報から求める(ステップ2702)。
【0283】
続いて、キャッシュ量を変更した際のキャッシュヒット率の変化量を計算する(ステップ2703)。
【0284】
本実施形態においては、記憶装置40における実領域分割数502と仮想管理領域数504の値がそれぞれRとVであり、LU208が属するキャッシュグループの現在のキャッシュ量をCとしたとき、キャッシュモニタ情報362中のキャッシュヒット回数累計370における第i領域(0<i<=R)のヒット数は、そのLU208が属するキャッシュグループのキャッシュ量をiC/Rから(i−1)C/Rに削減したときにヒットしなくなる回数、第i領域(R<i<=R+V)のヒット数は、キャッシュ量を(i−1)C/RからiC/Rに増加させたときにヒットするようになる回数と考えられる。
【0285】
ここで、各LU208毎のリードアクセス実行時の第i領域(0<i<=R+V)での平均ヒット率は、図12に示されるモニタ履歴情報510に、記憶装置40における実領域分割数502と仮想管理領域数504は別途システム管理情報142中に保持されている。例えば、キャッシュ量をCからC/R減らしたときの平均実ヒット率の削減分が第R領域における平均ヒット率であるから、LU208におけるキャッシュ量が(i−1)C/RからiC/Rの範囲(0<i<=R)での単位キャッシュ量あたりの平均ヒット率削減分は(第i領域での平均ヒット率)×R/Cとして近似可能である。同様に、キャッシュ量が(i−1)C/RからiC/Rの範囲(R<i<=R+V)での単位キャッシュ量あたりの平均ヒット率増加分は(第i領域での平均ヒット率)×R/Cとして近似可能である。
【0286】
この値をJobが利用するデータを保持するLU208について全て計算し、ヒット率変化率とする。なお、以下のステップを含めてモニタ履歴情報510からは最も直近のサンプル524による値、あるいは、事前に定められた直近のある期間の平均値を取得するものとする。
【0287】
次に、システム管理情報412の中のJobリソースマッピング情報を用いて、Jobが利用するデータを保存するLU208とそれに対応するHDD16を把握する(ステップ2704)。
【0288】
そして、HDD性能情報612のHDD16のアクセス性能情報614を参照してHDD16のリードヒット時の平均応答時間とリードミス時の平均応答時間を求め、(リードミス時の平均応答時間)−(リードヒット時の平均応答時間)を計算しLU208の応答時間変化量とする。なお、LU208中のデータが性能の異なるHDD16に分割されて記憶される場合には、HDD16毎に応答時間変化量を求め、HDD16に記憶されるデータ量で重み付け平均を計算した値をLU208の応答時間変化量とする。
【0289】
記憶装置40毎に、
I = Σ(LU処理時間変化の平均)
ただし、 (LU処理時間変化の平均)=(応答時間変化量)×(LUの平均リードI/O回数)×(ヒット率変化量)
として、Iを最大化するようなキャッシュ割当の変更方法を求める(ステップ2705)。
【0290】
ここで、Σは、ある記憶装置40における指定されたJobのデータを保持するLU208に関して総和を取ることを意味する。また、応答時間変化量は、ステップ2704で求めたものを用い、LU208の平均リードI/O回数はモニタ履歴情報510から取得する。ヒット率変化量はステップ2703で求めたヒット率変化率とキャッシュ割当の変更量から求めることができる。このとき、ヒット率変化率は、キャッシュグループのキャッシュ量により変化することに注意する。
【0291】
最大化には、例えば、以下のアルゴリズムを用いる。
【0292】
先ず、あるキャッシュグループに対して、単位キャッシュ量を増やした場合と減らした場合のIを計算する。そして、キャッシュ量を減らした場合に最もIが大きい(影響が小さい)キャッシュグループからキャッシュ量を増やした場合に最もIの値が大きい(効果が高い)キャッシュグループへ単位量分キャッシュ割当を変更したとした場合のIの値を再計算し、それがある閾値以上のときに「効果あり」としてキャッシュ割当の変更をおこなうとする。以下、キャッシュ割当の変更がおこなわれたとして上記確認を繰り返し実施し、さらに割当変更をおこなうことに効果なしと判断されるか、あるいは、事前に定められる一定量(例えば、記憶装置40でJobが利用しているキャッシュ量の一定割合)分の割当変更をおこなった場合に、この確認の繰り返しを終了させる。なお、処理開始時にキャッシュ割当量を削減してはならないキャッシュグループが指定された場合には、その制約を守るようにする。
【0293】
そして、処理を終了する(ステップ2706)。このとき、図16のJobリソース管理情報620の中のJobキャッシュ量情報650中の割当情報652の値を更新する。
【0294】
次に、図26を用いてI/O処理性能の変更方法を決定する処理について説明する。
図26は、I/O処理性能の変更方法を決定する処理のフローチャートである。
【0295】
この処理は、Jobとポートの割当てを調整して変更する処理であり、図22のJobを実行する処理のステップ1303、図20、図21のJobのチューニング処理のステップ1515、1517からコールされる処理である。
【0296】
また、この処理は、処理開始時に、上位ルーチンからJobを新規に追加するときやJobの完了により割当を開放した際の変更をするときには、そのJobの識別子と追加・開放を示す情報が与えられ、既に割り当てられたI/O処理量を変更する場合には、変更するJobの識別子と割当を変更したいポート26の識別子、そのポート26へ新たに設定したい性能割合632が与えられる(ステップ1601)。他のJobが要求するI/O処理量は、特に指定がない限り、Jobポート設定情報630とそこから識別されるJobのJob管理情報740から把握する。
【0297】
先ず、割当変更の対象となる記憶装置40におけるI/OパスI/F32のポート26を把握する(ステップ1602)。
【0298】
Jobの新規追加・削除の時には、Jobの識別子からJobリソースマッピング情報を参照し、そのJobが利用するポート26を全て把握し、それらを処理量割当の変更対象とする。ポート26のI/O処理量が直接指定されたときは、処理量割当の変更対象は指定されたポート26のみとする。その後、求めたポート26を利用する現在実行中のJobを、システム管理情報412の中のJobリソースマッピング情報を用いて全て把握する。
【0299】
次に、ステップ1602で求めた各ポート26において、各Jobの要求値通りI/O処理量を割り当てるとした割当案を作成する(ステップ1603)。
【0300】
ここで要求値とは、処理が呼び出されたときに性能割合632が指定されたときにはその値であり、そうでない場合には以下のように求める。
【0301】
先ず、Jobリソースマッピング情報から求まるポート26を通してJobがアクセスする各データに対して、そのJobのJob管理情報中のI/O処理内容情報740を参照し、そのデータに対応するアクセス順742の値によりグループ化する。次に、各グループ毎にそれに属するデータのI/Oベース性能748のそのポート26における性能値を性能割合632に変換した値の和を計算する。それぞれのグループにおける計算値とJobポート設定情報630中の現在の性能割合632を比較し、その中で最も大きな値を要求値とする。
【0302】
ステップ1603で求めた割当案が実現可能か、すなわち、各ポート26における各Jobからの要求値の和が100%を超えないかを確認する(ステップ1604)。
【0303】
実現不可能なポートが存在する場合には、ステップ1605に進む。全てのポートで実現可能である場合には、ステップ1610に進み、現在の割当案をI/O処理量の割当方法とし、処理を終了する。
【0304】
ステップ1604で全てのポートで実現可能である場合と判断された場合、ステップ1604の確認で問題が発生するとされたポート26に対してのみ割当案の再計算をおこなう。
【0305】
先ず、オンライン業務向けJobの負荷確認に用いるモニタ情報の参照時間を定める(ステップ1605)。
【0306】
基本的には、現時刻から、事前に与えられた時間(例えば1時間)をその時間とする。ただし、ステップ1602で求めたJobに関して、あるJobがバッチJob管理情報700で管理される場合には、そのJobが開始された時間から最大実行時間710の値で与えられる時間、処理が実行されるとして実行終了時刻を見積り、その終了時刻が前述の参照期間の終了時刻より早い場合には、そのJobの実行終了見積時刻をモニタ情報の参照時間の終了時刻としてもよい。
【0307】
次に、要求性能に影響を与えないと見積られる範囲でI/O処理量を削減した割当案を作成する(ステップ1606)。
【0308】
割当値は、処理が呼び出されたときに処理量が指定されものはその値とする。
【0309】
バッチJob管理情報700で管理されるJobに対しては次のように計算する。先ず、割当量が定まっていないポート26における処理性能は、要求値にJob毎に定まる補正係数を掛けた値となるとし、そのときに処理実行時間見積値が最大実行時間710で与えられる時間となる補正係数を計算する。前述のJobの処理実行時間見積方法の説明に従うことにより補正係数を求める単純な方程式が得られ、これを解くことによりその値を求める。バッチJob管理情報700中のJob優先度704を用いて優先度制御情報880を参照して求める余裕係数882と計算した補正係数を要求値に乗じた値と要求値を比較し、小さな値の方を割当値とする。
【0310】
オンラインJob管理情報770で管理されるJobに対しては、次のように求める。先ず、割当量が定まっていないポート26を経由してアクセスされるデータを記憶するLU208をJobリソースマッピング情報から求める。過去のそのLU208への対象ポート26を介してのI/O処理量をモニタ履歴情報510から把握する。その際に参照するデータは、事前に定められた期間(例えば1週間)以内のステップ1605で求めたモニタ情報の参照時間内のモニタ値と、直前のモニタ値とする。そのモニタ値から計算する性能割合632の最大値にオンラインJob管理情報770中のJob優先度704から求まる余裕係数882を乗じた値と要求値を比較し、小さな方を割当値とする。
【0311】
そして、求めた各ポート26における各Jobからの割当値の和が100%を超えないか確認する(ステップ1607)。なお、和が100%を超えないポート26に関しては、総和が100%になるように割当値の修正をおこなう。この修正は、Job優先度704が高いJobから順に要求値からの差分を順次割り当てることによりおこなう。
【0312】
一つ以上のポート26で割当値の和が100%を超える問題が解消されない場合にステップ1608に進む。全てのポートで問題が解消された場合にはステップ1610に進み、現在の割当案をI/O処理量の割当方法とし、処理を終了する。
【0313】
以降、ステップ1607までで、問題が解決されなかったポート26に対して、Jobの優先度を考慮してI/O処理量を割り当てる処理をおこなう(ステップ1608)。
【0314】
例えば、割当が決まっていないポート26毎に、そのポート26への各Jobの割当量は、ステップ1606で求めた割当量にポート26毎に定める新たな補正係数を(Jobに与えられたJob優先度704の値)乗じたものとし、その総和が100%になるように補正係数を決定、その値を各Jobへの割当値とする。
【0315】
ステップ1608でI/O処理量の割当案が作成されたポート26を介してデータをアクセスするJobに関して、バッチJob管理情報700で管理されるJobにおいては割当案による処理時間見積り値が最大実行時間710を満たさない場合、オンラインJob管理情報770で管理されるJobにおいてはI/O処理量のステップ1606で求めた割当値を確保できなかったポート26が存在する場合に、要求性能を満たさない可能性が高い旨の情報を出力する(ステップ1609)。
【0316】
これは、管理端末110の画面114にその旨を表示してもよいし、また、システム管理プログラム140が各種イベントの履歴を記憶するログに追加してもよい。
【0317】
そして、処理を終了する(ステップ1610)。
【0318】
次に、図27を用いてモニタ情報を基にしたデータ移動によるHDD過負荷状態の解消方法を決定する処理について説明する。
図27は、モニタ情報を基にしたデータ移動によるHDD過負荷状態の解消方法を決定する処理のフローチャートである。
【0319】
この処理は、図20のJobのチューニング処理のステップ1508からコールされる処理である。
【0320】
処理開始時に、上位ルーチンからデータの移動元となる移動元HDD16を有する記憶装置40と移動元HDD16とそこに記憶されているデータを移動するLU208のそれぞれの識別子が与えられる(ステップ2901)。
【0321】
先ず、各仮想化機構から領域マッピング情報300の最新状態を取得し、マッピング集約情報を最新の状態に更新する。その後、各仮想化機構の領域マッピング情報300におけるフリーエントリ314に対応する下位管理構造対応領域情報304を基に「フリー領域」として把握し、可能であれば、仮想化スイッチ60、ボリュームマネージャ78におけるフリー領域を開放する(ステップ2902)
ここで、「フリー領域」とは、フリーエントリ314に対応する下位管理構造対応領域情報304のうちで、システム管理情報142中に既に存在する「データ移動要求」のデータの移動先として利用されていないものである。また、データ移動要求とは、このステップ2901から開始される処理が作成するある記憶装置40におけるデータ移動によりLU208とHDD16の対応を変更する方法に関する情報であり、そのデータ移動を実施する記憶装置40の装置ID572と移動元となるHDD16のHDDID394とデータを移動すべきLU208のLUID364、移動先となるHDD16のHDDID394とその中の領域に関する情報を含んでいる。この情報はシステム管理情報142中に保存される。
【0322】
把握したフリー領域のうち、仮想化スイッチ60、ボリュームマネージャ78におけるフリー領域に関しては、可能であればその領域を開放する指示を仮想化スイッチ60、ボリュームマネージャ78に発行することにより、開放することができる。ある領域が開放された際に、開放された領域を構成していたものが仮想構造であり、かつ、その仮想構造の全ての領域が上位階層で利用されなくなった場合には、その仮想構造を提供する仮想化機構にその仮想構造を削除するよう指示し、その仮想構造を構成していた管理構造の領域をフリー領域化する。以下、再帰的にこの領域開放処理を行い、それらについてもフリー領域の把握をおこなう。
【0323】
移動元HDD16を有する記憶装置40内のHDD16のうち、移動元HDD16上に記憶されている指定されたLU208のデータを全て連続したフリー領域へ格納可能なHDD16を求め、そのHDD16のリードミス時の平均応答時間をHDD性能情報612中のアクセス性能情報614から求め、その値が移動元HDD16の値以下(同等以上のリードミス性能)のHDD16を選択する(ステップ2903)。なお、HDD16が選択されない可能性もある。
【0324】
選択されたHDD16において、モニタ履歴情報510中の最近のある一定期間(例えば1週間)におけるHDD16の稼働率のサンプル524を把握し、その期間内の各サンプル524で、そこがデータの移動先となった場合の、データ移動後のHDD16全体の稼働率(HDD16にデータを記憶するLU208におけるHDD16の稼働率の総和)を見積る(ステップ2904)。
【0325】
ここで、移動されたLU208のデータによるHDD16の稼働率は、移動先と移動元でHDD16の稼働率はリードミス性能に比例するとして、移動元HDD16におけるLU208分の稼働率を補正した値として見積る。
【0326】
各サンプル524の見積り値のうち、最も値の大きいものをそのHDD16のデータ移動後の稼働率とし、その値が最も小さなHDD16を選択し、それが事前に定められる閾値(例えば50%)未満か否かを確認する。閾値未満の場合にはそこへ移動元HDD16におけるLU208のデータを移動するデータ移動要求を作成する(ステップ2905)。閾値以上の場合、もしくは、ステップ2903でHDD16が一つも選択されなかった場合には、作成失敗としてデータ移動要求は作成しない。
【0327】
そして処理を終了する(ステップ2906)。
【0328】
〔実施形態2〕
以下、本発明に係る第二の実施形態を、図28を用いて説明する。
図28は、本発明の第二の実施形態に係る記憶装置の性能を管理する計算機システムの構成図である。
【0329】
第一の実施形態では、サーバ70と記憶装置40の間に仮想化スイッチ60が置かれ、I/Oパス34と、ネットワーク24により接続されていた。そして、図2に示すような管理構造により、データが仮想化されていた。
【0330】
本実施形態では、記憶装置40bは、ファイルを外部装置に対して提供し、そのファイルは、ネットワークファイルシステムプロトコルを用いてネットワーク経由でアクセスされる。
【0331】
以下、第一の実施の形態との差異に関して説明する
本実施形態においては、I/Oパス34、仮想化スイッチ60が存在しない。ネットワークI/F24のポート26には、システム内で一意に識別可能なポートID384が付加される。
【0332】
サーバ70は、I/OパスI/F32を有せず、ネットワークI/F22のみ有している。OS72は、外部装置が提供するファイル202をネットワークファイルシステムプロトコルを用いて、ネットワーク24経由でアクセスするネットワークファイルシステム82を含む。
【0333】
ネットワークファイルシステム82は、領域マッピング情報300をOS管理情報74中に有する。また、DBMS90やAPプログラム100により認識されるファイル202と記憶装置40bから提供されるファイル202があるルールに従って対応する場合、その対応関係を定める情報のみがOS管理情報74中に保持されても良い。この場合には、システム管理プログラム140は対応関係を定める情報を取得し、それから領域マッピング情報300を作成し、マッピング集約情報中に記憶する。
【0334】
記憶装置40bは、I/OパスI/F32を有せず「ファイル」と言う概念で、外部装置に対してデータのアクセスをさせるものである。記憶装置40bの制御プログラム44bに変更され、次の機能を有する。制御プログラム44bは、第一の実施形態のファイルシステム80が提供する機能を有し、記憶装置40b内に存在するLU208の記憶領域を仮想化して、ファイル202と言う概念でデータアクセスを可能にする。また、制御プログラム44bは一つ以上のネットワークファイルシステムプロトコルを解釈し、ネットワーク24、ネットワークI/F22経由で外部装置からそのプロトコルを用いて要求されるファイルアクセス処理を実施する。
【0335】
データのマッピングに関しては、データのマッピング階層構成において、ファイル202以下が全て記憶装置40bにより提供されるようになり、サーバ70はOS72内のネットワークファイルシステム82を用いて記憶装置40b上にあるファイル202をアクセスする。
【0336】
記憶装置内の論理階層としては、図2のようなファイル202とLU208間に、論理ボリューム204、仮想ボリューム206を含んだものとしてもよいし、単に、ファイル202−LU208−HDD16という、より簡易な構成でもよい。
【0337】
その他の差異をまとめると以下のようになる。I/OパスI/F32のポート26をネットワークI/F22のポート26に対応させる。記憶装置40が有していた優先アクセス制御機能に関してもこれを当てはめる。
【0338】
記憶装置40のLU208に対応するものとして、記憶装置40bのファイル202を対応させる。キャッシュグループのメンバの管理単位もファイル202が単位となる。
【0339】
モニタ情報の取得や、各種処理においては、基本的に上記の変更をおこなうことにより、第一の実施の形態のものをそのまま当てはめることができる。
【0340】
【発明の効果】
本発明によれば、DBMSが稼動する計算機システムにおいて、記憶装置に対する性能管理を、ユーザの業務における性能指標を用いておこなえるようにし、性能管理を容易化することができる。
【0341】
また、本発明によれば、DBSMが稼動する計算機システムにおいて、記憶装置の性能チューニング処理を自動化し、性能管理コストを削減することができる。
【図面の簡単な説明】
【図1】本発明の第一の実施形態に係る記憶装置の性能を管理する計算機システムの構成図である。
【図2】本発明の第一の実施形態に係るDBMS90が管理するデータのデータマッピングの階層構成図である。
【図3】領域マッピング情報300のデータ構造を示す模式図である。
【図4】上位ポートマッピング情報322のデータ構造を示す模式図である。
【図5】データ記憶領域情報342のデータ構造を示す模式図である。
【図6】キャッシュグループ情報460のデータ構造を示す模式図である。
【図7】ストレージモニタ情報360のデータ構造を示す模式図である。
【図8】ポートスループット設定情報440のデータ構造を示す模式図である。
【図9】ポートモニタ情報400のデータ構造を示す模式図である。
【図10】オンラインJobモニタ情報430のデータ構造を示す模式図である。
【図11】ストレージ性能情報610のデータ構造を示す模式図である。
【図12】モニタ履歴情報510のデータ構造を示す模式図である。
【図13】バッチJob管理情報700のデータ構造を示す模式図である。
【図14】バッチSQL設計情報850のデータ構造を示す模式図である。
【図15】オンラインJob管理情報770のデータ構造を示す模式図である。
【図16】Jobリソース管理情報620のデータ構造を示す模式図である。
【図17】優先度制御情報880のデータ構造を示す模式図である。
【図18】Job管理情報700中のCPU処理時間見積方法716とI/O処理内容情報740aをモニタ情報の実測により設定する処理のフローチャートである。
【図19】システム管理プログラムのモニタ情報の収集とそのモニタ情報によるJobチューニング処理のゼネラルチャートである。
【図20】モニタ情報によるJobチューニング処理のフローチャートである(その一)。
【図21】モニタ情報によるJobチューニング処理のフローチャートである(その二)。
【図22】システム管理プログラムによるJob実行処理のフローチャートである。
【図23】システム管理プログラム140がJobを開始する際にキャッシュ量の割当を決定する処理のフローチャートである。
【図24】システム管理プログラム140がJobの終了時処理として実施するキャッシュの再割当処理のフローチャートである。
【図25】モニタ情報を基にしたオンラインJob向けにキャッシュ量をチューニングする処理のフローチャートである。
【図26】I/O処理性能の変更方法を決定する処理のフローチャートである。
【図27】モニタ情報を基にしたデータ移動によるHDD過負荷状態の解消方法を決定する処理のフローチャートである。
【図28】本発明の第二の実施形態に係る記憶装置の性能を管理する計算機システムの構成図である。
【符号の説明】
16…HDD、22…ネットワークI/F、24…ネットワーク、26…ポート、32…I/OパスI/F、34…I/Oパス、40…記憶装置、60…仮想化スイッチ、70…サーバ、90…DBMS、100…APプログラム、120…管理サーバ、140…システム管理プログラム。
Claims (36)
- プログラムを実行する計算機と、そのプログラムの実行のためのデータを記憶する記憶装置とを有する計算機システムの性能管理方法において、
(1)前記プログラムに要求される性能の情報を取得する手順、
(2)前記プログラムを実行するためのデータのマッピング情報を、前記計算機、前記記憶装置から取得する手順、
(3)前記記憶装置から稼動統計情報を取得する手順、
(10)前記(1)ないし(3)の手順で取得された情報を用いて前記記憶装置の設定変更案を作成する手順、
(11)前記記憶装置に対して前記設定変更案に従った設定変更を指示する手順を有することを特徴とする性能管理方法。 - さらに、
(4)前記プログラムの優先度に関する情報を取得する手順を有し、
前記(10)の手順で、前記(4)の手順で取得した情報をも利用して前記記憶装置の設定変更案を作成することを特徴とする請求項1記載の計算機システムの性能管理方法。 - 前記(1)の手順が、前記プログラムに要求される処理実行時間と、処理実行時間見積り方法と、前記プログラムに入力として与えられるデータのデータ量とを取得する処理を含み、
前記(10)の手順で、前記記憶装置の設定変更案を作成する際して、前記プログラムの処理実行時間と、前記処理実行時間見積り方法と、前記プログラムへの入力データ量とを利用することを特徴とする請求項1記載の計算機システムの性能管理方法。 - 前記処理実行時間見積り方法を取得する際に、前記(3)の手順で取得した前記稼動統計情報を利用することを特徴とする請求項3記載の計算機システムの性能管理方法。
- 前記(1)の手順が、前記プログラムに要求される処理の応答時間に関する情報と、前記プログラムの処理の応答時間の実測値に関する情報とを取得する処理を含み、
前記(10)の手順で、前記記憶装置の設定変更案を作成する際して、前記プログラムに要求される処理の応答時間に関する情報と、前記プログラムの処理の応答時間の実測値に関する情報とを利用することを特徴とする請求項1記載の計算機システムの性能管理方法。 - 前記記憶装置が、外部装置と接続するためのポートを備え、そのポートからのアクセスの処理量を制限する優先アクセス制御機能を有する記憶装置である場合に、
前記(10)の手順で作成する設定変更案が、前記優先アクセス制御機能の設定値の変更案であることを特徴とする請求項1記載の計算機システムの性能管理方法。 - 前記記憶装置が、データキャッシュを備え、そのデータキャッシュを幾つかの領域に区分された領域により管理して、その区分されたデータキャッシュの領域を動的に追加・削除・領域サイズ変更をする機能を有する記憶装置である場合に、
前記(10)の手順で作成する設定変更案が、前記区分されたデータキャッシュの領域の追加・削除・領域サイズ変更案であることを特徴とする請求項1記載の計算機システムの性能管理方法。 - 前記記憶装置が、少なくとも二つ以上の物理記憶手段を備え、
前記物理記憶手段の記憶領域を利用した論理記憶領域を提供する機能と、前記論理記憶領域の前記物理記憶手段の記憶領域への対応関係を動的に変更する物理記憶位置変更機能とを有し、
前記(10)の手順で作成する設定変更案が、前記物理記憶位置変更機能による前記物理記憶手段と前記論理記憶領域の対応関係の変更指示案であることを作成することを特徴と請求項1記載の計算機システムの性能管理方法。 - データベース管理システムを動作させる第一の計算機と、前記データベース管理システムに対して処理要求を出すプログラムを実行する第二の計算機と、データベース管理システムで取扱うデータを記憶する記憶装置とを有する計算機システムの性能管理方法において、
(21)前記プログラムに要求される性能の情報を取得する手順、
(22)前記プログラムが前記データベース管理システムに対して要求する処理において利用するデータベースのデータの情報を取得する手順、
(23)前記プログラムの実行するためのデータのマッピング情報を、前記第一の計算機、前記記憶装置から取得する手順、
(24)前記記憶装置から稼動統計情報を取得する手順、
(30)前記(21)ないし(24)の手順で取得された情報を用いて前記記憶装置の設定変更案を作成する手順、
(31)前記記憶装置に対して前記設定変更案に従った設定変更を指示する手順を有することを特徴とする計算機システムの性能管理方法。 - 前記第一の計算機と前記第二の計算機が同一の計算機であることを特徴とする請求項9記載の計算機システムの性能管理方法。
- 前記記憶装置が、外部装置と接続するためのポートを備え、そのポートからのアクセスの処理量を制限する優先アクセス制御機能を有する記憶装置である場合に、
前記(30)の手順で作成する設定変更案が、前記優先アクセス制御機能の設定値の変更案であることを特徴とする請求項9記載の計算機システムの性能管理方法。 - 前記記憶装置が、データキャッシュを備え、そのデータキャッシュを幾つかの領域に区分された領域により管理して、その区分されたデータキャッシュの領域を動的に追加・削除・領域サイズ変更をする機能を有する記憶装置である場合に、
前記(30)の手順で作成する設定変更案が、前記区分されたデータキャッシュの領域の追加・削除・領域サイズ変更案であることを特徴とする請求項9記載の計算機システムの性能管理方法。 - 前記記憶装置が、少なくとも二つ以上の物理記憶手段を備え、
前記物理記憶手段の記憶領域を利用した論理記憶領域を提供する機能と、前記論理記憶領域の前記物理記憶手段の記憶領域への対応関係を動的に変更する物理記憶位置変更機能とを有する記憶装置である場合に、
前記(30)の手順で作成する設定変更案が、前記物理記憶位置変更機能による前記物理記憶手段と前記論理記憶領域の対応関係の変更指示案であることを作成することを特徴とするの請求項9記載の計算機システムの性能管理方法。 - データベース管理システムを動作させる第一の計算機と、前記データベース管理システムに対して処理要求を出すプログラムを実行する第二の計算機と、データベース管理システムで取扱うデータを記憶する記憶装置とを有する記憶装置の性能を管理する計算機システムにおいて、
管理装置を有し、
この管理装置が、前記プログラムに要求される性能の情報と、
前記プログラムが前記データベース管理システムに対して要求する処理において利用するデータベースのデータの情報と、
前記第一の計算機、前記記憶装置から得られる前記プログラムの実行するためのデータのマッピング情報と、
前記記憶装置から得られる稼動統計情報とを取得して、
前記管理装置が、取得した情報を用いて前記記憶装置の設定変更案を作成して、
前記記憶装置に対して前記設定変更案に従った設定変更を指示することを特徴とする記憶装置の性能を管理する計算機システム。 - 前記第一の計算機と前記第二の計算機が同一の計算機であることを特徴とする請求項14記載の記憶装置の性能を管理する計算機システム。
- さらに、
前記第一の計算機と、前記記憶装置との間に接続され、両者の間のデータ転送を制御する記憶制御装置を有することを特徴とする請求項14記載の記憶装置の性能を管理する計算機システム。 - 前記管理装置の前記情報の収集と、前記設定変更案の作成と、前記設定変更案に従った設定変更の指示とをおこなう機能を、前記第一の計算機または前記第二の計算機で実現することを特徴とする請求項14記載の記憶装置の性能を管理する計算機システム。
- 前記管理装置の情報の収集と、前記設定変更案の作成と、前記設定変更案に従った設定変更を指示とをおこなう機能を、前記記憶装置で実現することを特徴とする請求項14記載の記憶装置の性能を管理する計算機システム。
- 前記管理装置の情報の収集と、前記設定変更案の作成と、前記設定変更案に従った設定変更を指示とをおこなう機能を、前記記憶制御装置で実現することを特徴とする請求項16記載の記憶装置の性能を管理する計算機システム。
- データベース管理システムを動作させる第一の計算機と、前記データベース管理システムに対して処理要求を出すプログラムを実行する第二の計算機と、データベース管理システムで取扱うデータを記憶する記憶装置とを有する計算機システムの性能を管理する管理装置において、
この管理装置が、前記プログラムに要求される性能の情報と、
前記プログラムが前記データベース管理システムに対して要求する処理において利用するデータベースのデータの情報と、
前記第一の計算機、前記記憶装置から得られる前記プログラムの実行するためのデータのマッピング情報と、
前記記憶装置から得られる稼動統計情報とを取得して、
取得した情報を用いて前記記憶装置の設定変更案を作成して、
前記記憶装置に対して前記設定変更案に従った設定変更を指示することを特徴とする計算機システムの性能を管理する管理装置。 - 前記第一の計算機と前記第二の計算機が同一の計算機であることを特徴とする請求項20記載の計算機システムの性能を管理する管理装置。
- 前記記憶装置が、外部装置と接続するためのポートを備え、そのポートからのアクセスの処理量を制限する優先アクセス制御機能を有する記憶装置であって、
前記管理装置が作成する設定変更案が、前記優先アクセス制御機能の設定値の変更案であることを特徴とする請求項20記載の計算機システムの性能を管理する管理装置。 - 前記記憶装置が、データキャッシュを備え、そのデータキャッシュを幾つかの領域に区分された領域により管理して、その区分されたデータキャッシュの領域を動的に追加・削除・領域サイズ変更をする機能を有する記憶装置であって、
前記管理装置が作成する設定変更案が、前記区分されたデータキャッシュの領域の追加・削除・領域サイズ変更案であることを特徴とする請求項20記載の計算機システムの性能を管理する管理装置。 - 前記記憶装置が、少なくとも二つ以上の物理記憶手段を備え、
前記物理記憶手段の記憶領域を利用した論理記憶領域を提供する機能と、前記論理記憶領域の前記物理記憶手段の記憶領域への対応関係を動的に変更する物理記憶位置変更機能とを有する記憶装置であって、
前記管理装置で作成する設定変更案が、前記物理記憶位置変更機能による前記物理記憶手段と前記論理記憶領域の対応関係の変更指示案であることを特徴とする請求項20記載の計算機システムの性能を管理する管理装置。 - プログラムを実行する計算機と、そのプログラムの実行のためのデータを記憶する記憶装置とを有する計算機システムの性能管理プログラムにおいて、
前記プログラムに要求される性能の情報を取得する機能と、
前記プログラムを実行するためのデータのマッピング情報を、前記計算機、前記記憶装置から取得する機能と、
前記記憶装置から稼動統計情報を取得する機能とにより、
前記計算機システムより情報を収集し、前記収集された情報を用いて前記記憶装置の設定変更案を作成し、前記記憶装置に対して前記設定変更案に従った設定変更を指示する機能を実現することを特徴とする計算機システムの性能管理プログラム。 - さらに、
前記プログラムの優先度に関する情報を取得する機能を有し、
前記計算機システムにより、プログラムの優先度に関する情報をも収集し、その情報をも利用して前記記憶装置の設定変更案を作成することを特徴とする請求項25記載の計算機システムの性能管理プログラム。 - 前記プログラムに要求される性能の情報を取得する機能では、前記プログラムに要求される処理実行時間と、処理実行時間見積り方法と、前記プログラムに入力として与えられるデータのデータ量とを取得して、
前記記憶装置の設定変更案を作成する際して、前記プログラムの処理実行時間と、前記処理実行時間見積り方法と、前記プログラムへの入力データ量とを利用することを特徴とする請求項25記載の計算機システムの性能管理プログラム。 - 前記処理実行時間見積り方法を取得する際に、前記機能で取得した前記稼動統計情報を利用することを特徴とする請求項27記載の計算機システムの性能管理プログラム。
- 前記プログラムに要求される性能の情報を取得する機能では、前記プログラムに要求される処理の応答時間に関する情報と、前記プログラムの処理の応答時間の実測値に関する情報とを取得して
前記記憶装置の設定変更案を作成する際して、前記プログラムに要求される処理の応答時間に関する情報と、前記プログラムの処理の応答時間の実測値に関する情報とを利用することを特徴とする請求項25記載の計算機システムの性能管理プログラム。 - 前記請求項25記載の計算機システムの性能管理プログラムを記録する計算機読み取り可能な記憶媒体。
- データベース管理システムを動作させる第一の計算機と、前記データベース管理システムに対して処理要求を出すプログラムを実行する第二の計算機と、データベース管理システムで取扱うデータを記憶する記憶装置とを有し、さらに、前記第一の計算機と、前記記憶装置との間に接続され、両者の間のデータ転送を制御する記憶制御装置とを有する計算機システムの性能管理プログラムにおいて、
前記プログラムに要求される性能の情報を取得する機能と、
前記プログラムが前記データベース管理システムに対して要求する処理において利用するデータベースのデータの情報を取得する機能と、
前記プログラムの実行するためのデータのマッピング情報を、前記第一の計算機、前記記憶装置から取得する機能と、
前記記憶装置から稼動統計情報を取得する機能とにより、
前記計算機システムより情報を収集し、前記収集された情報を用いて前記記憶装置の設定変更案を作成し、前記記憶装置に対して前記設定変更案に従った設定変更を指示する機能を実現することを特徴とする計算機システムの性能管理プログラム。 - 前記第一の計算機と前記第二の計算機が同一の計算機であることを特徴とする請求項31記載の計算機システムの性能管理プログラム。
- 前記管理装置の前記情報の収集と、前記設定変更案の作成と、前記設定変更案に従った設定変更の指示とをおこなう機能を、前記第一の計算機または前記第二の計算機で実現することを特徴とする請求項31記載の計算機システムの性能管理プログラム。
- 前記管理装置の情報の収集と、前記設定変更案の作成と、前記設定変更案に従った設定変更を指示とをおこなう機能を、前記記憶装置で実現することを特徴とする請求項31記載の計算機システムの性能管理プログラム。
- 前記管理装置の情報の収集と、前記設定変更案の作成と、前記設定変更案に従った設定変更を指示とをおこなう機能を、前記記憶制御装置で実現することを特徴とする請求項31記載の計算機システムの性能管理プログラム。
- 前記請求項31記載の計算機システムの性能管理プログラムを記録する計算機読み取り可能な記憶媒体。
Priority Applications (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003093544A JP2004302751A (ja) | 2003-03-31 | 2003-03-31 | 計算機システムの性能管理方法、および、記憶装置の性能を管理する計算機システム |
US10/633,637 US7089347B2 (en) | 2003-03-31 | 2003-08-05 | Computer system for managing performances of storage apparatus and performance management method of the computer system |
EP03018058A EP1471441B1 (en) | 2003-03-31 | 2003-08-07 | Performance management of a computer system with a database management system |
DE60322182T DE60322182D1 (de) | 2003-03-31 | 2003-08-07 | Leistungsverwaltung eines Rechnersystems mit einem Datenbankverwaltungssystem |
US11/454,935 US7694070B2 (en) | 2003-03-31 | 2006-06-19 | Computer system for managing performances of storage apparatus and performance management method of the computer system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003093544A JP2004302751A (ja) | 2003-03-31 | 2003-03-31 | 計算機システムの性能管理方法、および、記憶装置の性能を管理する計算機システム |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2004302751A true JP2004302751A (ja) | 2004-10-28 |
JP2004302751A5 JP2004302751A5 (ja) | 2006-03-09 |
Family
ID=32959527
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2003093544A Pending JP2004302751A (ja) | 2003-03-31 | 2003-03-31 | 計算機システムの性能管理方法、および、記憶装置の性能を管理する計算機システム |
Country Status (4)
Country | Link |
---|---|
US (2) | US7089347B2 (ja) |
EP (1) | EP1471441B1 (ja) |
JP (1) | JP2004302751A (ja) |
DE (1) | DE60322182D1 (ja) |
Cited By (29)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2006260284A (ja) * | 2005-03-17 | 2006-09-28 | Hitachi Ltd | ストレージ管理ソフトウェア及びグルーピング方法 |
JP2006277545A (ja) * | 2005-03-30 | 2006-10-12 | Hitachi Ltd | 計算機システム、記憶装置システムおよびライト処理制御方法 |
JP2006330895A (ja) * | 2005-05-24 | 2006-12-07 | Hitachi Ltd | ストレージシステム及びストレージシステムの運用方法 |
JP2007026064A (ja) * | 2005-07-15 | 2007-02-01 | Hitachi Ltd | 計算機システム、管理計算機及びデータベース管理システムの制御方法 |
JP2007087240A (ja) * | 2005-09-26 | 2007-04-05 | Hitachi Computer Peripherals Co Ltd | Rfidを利用したネットワークストレージシステムおよびネットワークストレージシステム構築方法 |
JP2007094681A (ja) * | 2005-09-28 | 2007-04-12 | Hitachi Ltd | アクセスパス管理方法及び装置 |
JP2007183703A (ja) * | 2006-01-04 | 2007-07-19 | Hitachi Ltd | データの改竄を防止する記憶装置 |
JP2007242019A (ja) * | 2006-03-07 | 2007-09-20 | Hewlett-Packard Development Co Lp | 分散データの階層的管理のための方法及びシステム |
JP2008250631A (ja) * | 2007-03-30 | 2008-10-16 | Hitachi Ltd | ストレージ装置及びその制御方法 |
JP2009223879A (ja) * | 2007-12-12 | 2009-10-01 | Huawei Technologies Co Ltd | ネットワーク記憶デバイスおよびデータ読み取り書き込み制御方法 |
US7673110B2 (en) | 2005-09-05 | 2010-03-02 | Hitachi, Ltd. | Control method of device in storage system for virtualization |
JP2010122814A (ja) * | 2008-11-18 | 2010-06-03 | Hitachi Ltd | ストレージシステム及びストレージシステムの運用方法 |
JP2010134874A (ja) * | 2008-12-08 | 2010-06-17 | Hitachi Ltd | 性能管理システム、情報処理システム、及び性能管理システムにおける情報収集方法 |
KR100972646B1 (ko) * | 2007-12-04 | 2010-07-28 | (주)아이피엠에스 | 사용자 중심의 업무별 통합 성능 관리방법 및 관리시스템 |
JP2010205159A (ja) * | 2009-03-05 | 2010-09-16 | Hitachi Ltd | 情報処理装置、及びストレージシステムから取得した構成情報の管理方法 |
JP2010539770A (ja) * | 2007-09-14 | 2010-12-16 | インターナショナル・ビジネス・マシーンズ・コーポレーション | 動的アドレス追跡 |
US8171241B2 (en) | 2006-10-25 | 2012-05-01 | Hitachi, Ltd. | Computer system, computer and method for managing performance based on I/O division ratio |
WO2014049718A1 (ja) * | 2012-09-26 | 2014-04-03 | 株式会社日立製作所 | 管理装置及び管理方法 |
JP2014106655A (ja) * | 2012-11-27 | 2014-06-09 | Hitachi Ltd | 時系列データベースの設定自動生成方法、設定自動生成システム並びに監視サーバ |
JP2014186590A (ja) * | 2013-03-25 | 2014-10-02 | Nec Corp | リソース割り当てシステムおよびリソース割り当て方法 |
WO2015029188A1 (ja) * | 2013-08-29 | 2015-03-05 | 株式会社日立製作所 | 計算機及びデータ読み出し方法 |
US9152519B2 (en) | 2010-10-14 | 2015-10-06 | Fujitsu Limited | Storage control apparatus, method of setting reference time, and computer-readable storage medium storing reference time setting program |
WO2016051492A1 (ja) * | 2014-09-30 | 2016-04-07 | 株式会社日立製作所 | データベース管理システム、データベース管理方法及び記憶媒体 |
JP2016511463A (ja) * | 2013-02-28 | 2016-04-14 | 株式会社日立製作所 | 動的ストレージサービスレベル・モニタリングの管理システムおよび方法 |
JP2016076184A (ja) * | 2014-10-09 | 2016-05-12 | 富士通株式会社 | ファイルシステム、管理装置の制御プログラム、および、ファイルシステムの制御方法 |
JP2016115130A (ja) * | 2014-12-15 | 2016-06-23 | 富士通株式会社 | ストレージ管理装置、性能調整方法及び性能調整プログラム |
US9992232B2 (en) | 2016-01-14 | 2018-06-05 | Cisco Technology, Inc. | Policy block creation with context-sensitive policy line classification |
US10171620B2 (en) | 2014-01-29 | 2019-01-01 | Fujitsu Limited | Non-transitory computer-readable recording medium having stored therein control program, control apparatus and control method |
KR20200043698A (ko) * | 2018-10-18 | 2020-04-28 | 인하대학교 산학협력단 | Hbm 도입으로 인한 메모리 보틀넥 문제 해결 방법 및 장치 |
Families Citing this family (155)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7188145B2 (en) | 2001-01-12 | 2007-03-06 | Epicrealm Licensing Llc | Method and system for dynamic distributed data caching |
US7035911B2 (en) | 2001-01-12 | 2006-04-25 | Epicrealm, Licensing Llc | Method and system for community data caching |
US7051102B2 (en) * | 2002-04-29 | 2006-05-23 | Microsoft Corporation | Peer-to-peer name resolution protocol (PNRP) security infrastructure and method |
JP4123914B2 (ja) | 2002-11-26 | 2008-07-23 | 株式会社日立製作所 | プログラムの動作状態の監視方法及び監視プログラム |
JP4433372B2 (ja) * | 2003-06-18 | 2010-03-17 | 株式会社日立製作所 | データアクセスシステム及び方法 |
JP2005031929A (ja) * | 2003-07-11 | 2005-02-03 | Hitachi Ltd | サーバに記憶領域を割り当てる管理サーバ、記憶装置システム、及びプログラム |
JP4421230B2 (ja) * | 2003-08-12 | 2010-02-24 | 株式会社日立製作所 | 性能情報分析方法 |
WO2005024669A1 (en) * | 2003-09-04 | 2005-03-17 | Oracle International Corporation | Self-managing database architecture |
US7673291B2 (en) * | 2003-09-05 | 2010-03-02 | Oracle International Corporation | Automatic database diagnostic monitor architecture |
US7292961B2 (en) * | 2003-09-05 | 2007-11-06 | Oracle International Corporation | Capturing session activity as in-memory snapshots using a time-based sampling technique within a database for performance tuning and problem diagnosis |
US7376682B2 (en) | 2003-09-05 | 2008-05-20 | Oracle International Corporation | Time model |
US7613748B2 (en) * | 2003-11-13 | 2009-11-03 | Commvault Systems, Inc. | Stored data reverification management system and method |
US7440982B2 (en) | 2003-11-13 | 2008-10-21 | Commvault Systems, Inc. | System and method for stored data archive verification |
US7103735B2 (en) * | 2003-11-26 | 2006-09-05 | Intel Corporation | Methods and apparatus to process cache allocation requests based on priority |
JP4307964B2 (ja) | 2003-11-26 | 2009-08-05 | 株式会社日立製作所 | アクセス制限情報設定方法および装置 |
JP4516306B2 (ja) * | 2003-11-28 | 2010-08-04 | 株式会社日立製作所 | ストレージネットワークの性能情報を収集する方法 |
US7827535B2 (en) * | 2003-12-10 | 2010-11-02 | Oracle International Corporation | Application performance tuning server-side component |
JP2005190036A (ja) | 2003-12-25 | 2005-07-14 | Hitachi Ltd | 記憶制御装置及び記憶制御装置の制御方法 |
JP4463042B2 (ja) * | 2003-12-26 | 2010-05-12 | 株式会社日立製作所 | ボリュームの動的割り付け機能を有する記憶装置システム |
JP2005196673A (ja) | 2004-01-09 | 2005-07-21 | Hitachi Ltd | 稼動情報を記憶する記憶制御システム |
JP2005228278A (ja) | 2004-01-14 | 2005-08-25 | Hitachi Ltd | 記憶領域の管理方法、管理装置及び管理プログラム |
US7346620B2 (en) * | 2004-02-12 | 2008-03-18 | International Business Machines Corporation | Adjusting log size in a static logical volume |
JP4391265B2 (ja) | 2004-02-26 | 2009-12-24 | 株式会社日立製作所 | ストレージサブシステムおよび性能チューニング方法 |
US8024301B2 (en) * | 2004-03-26 | 2011-09-20 | Oracle International Corporation | Automatic database diagnostic usage models |
JP4631301B2 (ja) * | 2004-03-31 | 2011-02-16 | 株式会社日立製作所 | 記憶装置のキャッシュ管理方法 |
US7350046B2 (en) | 2004-04-02 | 2008-03-25 | Seagate Technology Llc | Managed reliability storage system and method monitoring storage conditions |
US7437506B1 (en) * | 2004-04-26 | 2008-10-14 | Symantec Operating Corporation | Method and system for virtual storage element placement within a storage area network |
US9262490B2 (en) | 2004-08-12 | 2016-02-16 | Oracle International Corporation | Adaptively routing transactions to servers |
US7721288B2 (en) * | 2004-08-31 | 2010-05-18 | Sap Ag | Organizing transmission of repository data |
US7721287B2 (en) * | 2004-08-31 | 2010-05-18 | Sap Ag | Organizing transmission of repository data |
US7840755B2 (en) * | 2005-05-24 | 2010-11-23 | Lsi Corporation | Methods and systems for automatically identifying a modification to a storage array |
US8346740B2 (en) * | 2005-07-22 | 2013-01-01 | Hewlett-Packard Development Company, L.P. | File cache management system |
US7694082B2 (en) * | 2005-07-29 | 2010-04-06 | International Business Machines Corporation | Computer program and method for managing resources in a distributed storage system |
JP4871546B2 (ja) | 2005-08-22 | 2012-02-08 | 株式会社日立製作所 | ストレージシステム |
US9176741B2 (en) * | 2005-08-29 | 2015-11-03 | Invention Science Fund I, Llc | Method and apparatus for segmented sequential storage |
US20160098279A1 (en) * | 2005-08-29 | 2016-04-07 | Searete Llc | Method and apparatus for segmented sequential storage |
JP4694350B2 (ja) * | 2005-11-08 | 2011-06-08 | 株式会社日立製作所 | ストレージ装置の起動可能なディスクグループ数の管理 |
JP4906317B2 (ja) * | 2005-11-10 | 2012-03-28 | キヤノン株式会社 | 情報処理装置及び方法 |
US7516291B2 (en) * | 2005-11-21 | 2009-04-07 | Red Hat, Inc. | Cooperative mechanism for efficient application memory allocation |
US7502775B2 (en) * | 2006-03-31 | 2009-03-10 | International Business Machines Corporation | Providing cost model data for tuning of query cache memory in databases |
JP4740796B2 (ja) * | 2006-05-29 | 2011-08-03 | パナソニック株式会社 | 画像記録再生装置 |
JP4837445B2 (ja) * | 2006-06-06 | 2011-12-14 | 株式会社日立製作所 | 記憶システム並びに管理装置及び方法 |
JP2008059478A (ja) * | 2006-09-01 | 2008-03-13 | Hitachi Ltd | 記憶システム及びデータ入出力制御方法 |
US20080065680A1 (en) * | 2006-09-12 | 2008-03-13 | Microsoft Corporation | Change and release management system |
US20080062885A1 (en) * | 2006-09-12 | 2008-03-13 | Microsoft Corporation | Major problem review and trending system |
JP5073259B2 (ja) | 2006-09-28 | 2012-11-14 | 株式会社日立製作所 | 仮想化システム及び領域割当て制御方法 |
US7757013B1 (en) * | 2006-10-20 | 2010-07-13 | Emc Corporation | Techniques for controlling data storage system performance |
JP2008108120A (ja) * | 2006-10-26 | 2008-05-08 | Hitachi Ltd | エージェントを使用して性能を監視する計算機システム及びその方法 |
JP4884198B2 (ja) * | 2006-12-19 | 2012-02-29 | 株式会社日立製作所 | ストレージネットワークの性能管理方法、並びに、その方法を用いた計算機システム及び管理計算機 |
JP4897499B2 (ja) * | 2007-01-19 | 2012-03-14 | 株式会社日立製作所 | 記憶システム又はストレージ移行方法 |
US8174990B2 (en) * | 2007-02-16 | 2012-05-08 | International Business Machines Corporation | Mechanism and system for programmable measurement of aggregate metrics from a dynamic set of nodes |
US7921085B2 (en) * | 2007-03-26 | 2011-04-05 | International Business Machines Corporation | Method and system for quantifying a data page repetition pattern for a database index in a database management system |
US20080270653A1 (en) * | 2007-04-26 | 2008-10-30 | Balle Susanne M | Intelligent resource management in multiprocessor computer systems |
US7606944B2 (en) * | 2007-05-10 | 2009-10-20 | Dot Hill Systems Corporation | Dynamic input/output optimization within a storage controller |
EP2156281A1 (en) * | 2007-05-22 | 2010-02-24 | International Business Machines Corporation | Virtualized storage performance controller |
JP5251002B2 (ja) * | 2007-05-25 | 2013-07-31 | 富士通株式会社 | 分散処理プログラム、分散処理方法、分散処理装置、および分散処理システム |
JP4434235B2 (ja) * | 2007-06-05 | 2010-03-17 | 株式会社日立製作所 | 計算機システムまたは計算機システムの性能管理方法 |
US9336387B2 (en) * | 2007-07-30 | 2016-05-10 | Stroz Friedberg, Inc. | System, method, and computer program product for detecting access to a memory device |
US20090037242A1 (en) * | 2007-07-30 | 2009-02-05 | Siemens Medical Solutions Usa, Inc. | System for Monitoring Periodic Processing of Business Related Data |
DK2195724T3 (da) | 2007-08-28 | 2020-01-20 | Commvault Systems Inc | Energistyring af databehandlingsressourcer, såsom adaptiv energistyring af datalagringsoperationer |
US8990811B2 (en) * | 2007-10-19 | 2015-03-24 | Oracle International Corporation | Future-based performance baselines |
JP2009146106A (ja) * | 2007-12-13 | 2009-07-02 | Hitachi Ltd | 物理的な通信ポートに付加される仮想的な通信ポートを移行する機能を有したストレージシステム |
US20090165004A1 (en) * | 2007-12-21 | 2009-06-25 | Jaideep Moses | Resource-aware application scheduling |
US20090293051A1 (en) * | 2008-05-22 | 2009-11-26 | Fortinet, Inc., A Delaware Corporation | Monitoring and dynamic tuning of target system performance |
JP4701267B2 (ja) * | 2008-06-04 | 2011-06-15 | 株式会社日立製作所 | ストレージシステムおよびその管理方法 |
US8769048B2 (en) * | 2008-06-18 | 2014-07-01 | Commvault Systems, Inc. | Data protection scheduling, such as providing a flexible backup window in a data protection system |
US8914540B1 (en) * | 2008-07-01 | 2014-12-16 | Cisco Technology, Inc. | Multi-fabric SAN based data migration |
JP2010020441A (ja) * | 2008-07-09 | 2010-01-28 | Hitachi Ltd | 計算機システム、構成管理方法及び管理計算機 |
US8095507B2 (en) * | 2008-08-08 | 2012-01-10 | Oracle International Corporation | Automated topology-based statistics monitoring and performance analysis |
US8307177B2 (en) | 2008-09-05 | 2012-11-06 | Commvault Systems, Inc. | Systems and methods for management of virtualization data |
US8205014B2 (en) * | 2009-02-02 | 2012-06-19 | Hitachi, Ltd. | Information apparatus and method of generating tuning plan for resource configuration of storage system |
EP2261805B1 (en) * | 2009-06-12 | 2013-07-31 | Siemens Aktiengesellschaft | Method for storing real time values |
US8285681B2 (en) * | 2009-06-30 | 2012-10-09 | Commvault Systems, Inc. | Data object store and server for a cloud storage environment, including data deduplication and data management across multiple cloud storage sites |
JP5463885B2 (ja) * | 2009-12-07 | 2014-04-09 | 富士通株式会社 | バッチジョブ処理時間推定プログラム、方法及び装置 |
US11449394B2 (en) | 2010-06-04 | 2022-09-20 | Commvault Systems, Inc. | Failover systems and methods for performing backup operations, including heterogeneous indexing and load balancing of backup and indexing resources |
JP5636853B2 (ja) * | 2010-10-04 | 2014-12-10 | 富士通株式会社 | ストレージシステムの仮想化制御装置及び制御プログラム |
US8495324B2 (en) | 2010-11-16 | 2013-07-23 | Lsi Corporation | Methods and structure for tuning storage system performance based on detected patterns of block level usage |
US9009406B2 (en) | 2010-12-10 | 2015-04-14 | International Business Machines Corporation | Determining server write activity levels to use to adjust write cache size |
JP5845789B2 (ja) * | 2011-09-30 | 2016-01-20 | 富士通株式会社 | 制御プログラム、データアクセス制御装置およびデータ制御方法 |
US9461881B2 (en) | 2011-09-30 | 2016-10-04 | Commvault Systems, Inc. | Migration of existing computing systems to cloud computing sites or virtual machines |
US8950009B2 (en) | 2012-03-30 | 2015-02-03 | Commvault Systems, Inc. | Information management of data associated with multiple cloud services |
US9262496B2 (en) | 2012-03-30 | 2016-02-16 | Commvault Systems, Inc. | Unified access to personal data |
US9641431B1 (en) * | 2012-04-18 | 2017-05-02 | Google Inc. | System and methods for utilization-based balancing of traffic to an information retrieval system |
US20140181044A1 (en) | 2012-12-21 | 2014-06-26 | Commvault Systems, Inc. | Systems and methods to identify uncharacterized and unprotected virtual machines |
US9311121B2 (en) | 2012-12-21 | 2016-04-12 | Commvault Systems, Inc. | Archiving virtual machines in a data storage system |
US9378035B2 (en) | 2012-12-28 | 2016-06-28 | Commvault Systems, Inc. | Systems and methods for repurposing virtual machines |
US10346259B2 (en) | 2012-12-28 | 2019-07-09 | Commvault Systems, Inc. | Data recovery using a cloud-based remote data recovery center |
US20140196038A1 (en) | 2013-01-08 | 2014-07-10 | Commvault Systems, Inc. | Virtual machine management in a data storage system |
US20140201151A1 (en) | 2013-01-11 | 2014-07-17 | Commvault Systems, Inc. | Systems and methods to select files for restoration from block-level backup for virtual machines |
US9286110B2 (en) | 2013-01-14 | 2016-03-15 | Commvault Systems, Inc. | Seamless virtual machine recall in a data storage system |
US9939981B2 (en) | 2013-09-12 | 2018-04-10 | Commvault Systems, Inc. | File manager integration with virtualization in an information management system with an enhanced storage manager, including user control and storage management of virtual machines |
US9712404B2 (en) * | 2014-03-07 | 2017-07-18 | Hitachi, Ltd. | Performance evaluation method and information processing device |
US9563518B2 (en) | 2014-04-02 | 2017-02-07 | Commvault Systems, Inc. | Information management by a media agent in the absence of communications with a storage manager |
CN104980454B (zh) * | 2014-04-02 | 2019-08-06 | 腾讯科技(深圳)有限公司 | 一种资源数据共享方法、服务器及系统 |
US9483510B2 (en) * | 2014-04-17 | 2016-11-01 | Netapp, Inc. | Correlating database and storage performance views |
US20160019317A1 (en) | 2014-07-16 | 2016-01-21 | Commvault Systems, Inc. | Volume or virtual machine level backup and generating placeholders for virtual machine files |
US9436555B2 (en) | 2014-09-22 | 2016-09-06 | Commvault Systems, Inc. | Efficient live-mount of a backed up virtual machine in a storage management system |
US9417968B2 (en) | 2014-09-22 | 2016-08-16 | Commvault Systems, Inc. | Efficiently restoring execution of a backed up virtual machine based on coordination with virtual-machine-file-relocation operations |
US9710465B2 (en) | 2014-09-22 | 2017-07-18 | Commvault Systems, Inc. | Efficiently restoring execution of a backed up virtual machine based on coordination with virtual-machine-file-relocation operations |
US10776209B2 (en) | 2014-11-10 | 2020-09-15 | Commvault Systems, Inc. | Cross-platform virtual machine backup and replication |
US9983936B2 (en) | 2014-11-20 | 2018-05-29 | Commvault Systems, Inc. | Virtual machine change block tracking |
US10262075B2 (en) * | 2014-12-05 | 2019-04-16 | Sap Se | Efficient navigation through hierarchical mappings |
US9830242B2 (en) * | 2015-01-14 | 2017-11-28 | Mediatek Inc. | Loading calculation method and loading calculation system for processor in electronic device |
CN104536833A (zh) * | 2015-01-28 | 2015-04-22 | 浪潮电子信息产业股份有限公司 | 一种提高高频交易性能的方法 |
US9842148B2 (en) | 2015-05-05 | 2017-12-12 | Oracle International Corporation | Method for failure-resilient data placement in a distributed query processing system |
US20170031601A1 (en) * | 2015-07-30 | 2017-02-02 | Kabushiki Kaisha Toshiba | Memory system and storage system |
US10440153B1 (en) | 2016-02-08 | 2019-10-08 | Microstrategy Incorporated | Enterprise health score and data migration |
US11283900B2 (en) | 2016-02-08 | 2022-03-22 | Microstrategy Incorporated | Enterprise performance and capacity testing |
US10565067B2 (en) | 2016-03-09 | 2020-02-18 | Commvault Systems, Inc. | Virtual server cloud file system for virtual machine backup from cloud operations |
JP6686602B2 (ja) * | 2016-03-24 | 2020-04-22 | 富士通株式会社 | 制御方法、制御プログラムおよび制御装置 |
JP6766495B2 (ja) * | 2016-07-21 | 2020-10-14 | 富士通株式会社 | プログラム、コンピュータ及び情報処理方法 |
US10474653B2 (en) | 2016-09-30 | 2019-11-12 | Oracle International Corporation | Flexible in-memory column store placement |
US10747630B2 (en) | 2016-09-30 | 2020-08-18 | Commvault Systems, Inc. | Heartbeat monitoring of virtual machines for initiating failover operations in a data storage management system, including operations by a master monitor node |
US10152251B2 (en) | 2016-10-25 | 2018-12-11 | Commvault Systems, Inc. | Targeted backup of virtual machine |
US10162528B2 (en) | 2016-10-25 | 2018-12-25 | Commvault Systems, Inc. | Targeted snapshot based on virtual machine location |
US10678758B2 (en) | 2016-11-21 | 2020-06-09 | Commvault Systems, Inc. | Cross-platform virtual machine data and memory backup and replication |
US10949308B2 (en) | 2017-03-15 | 2021-03-16 | Commvault Systems, Inc. | Application aware backup of virtual machines |
US10459895B2 (en) | 2017-03-21 | 2019-10-29 | Bank Of America Corporation | Database storage monitoring equipment |
US10877851B2 (en) | 2017-03-24 | 2020-12-29 | Commvault Systems, Inc. | Virtual machine recovery point selection |
US11108858B2 (en) | 2017-03-28 | 2021-08-31 | Commvault Systems, Inc. | Archiving mail servers via a simple mail transfer protocol (SMTP) server |
US10387073B2 (en) | 2017-03-29 | 2019-08-20 | Commvault Systems, Inc. | External dynamic virtual machine synchronization |
US11074138B2 (en) | 2017-03-29 | 2021-07-27 | Commvault Systems, Inc. | Multi-streaming backup operations for mailboxes |
US10552294B2 (en) | 2017-03-31 | 2020-02-04 | Commvault Systems, Inc. | Management of internet of things devices |
US11294786B2 (en) | 2017-03-31 | 2022-04-05 | Commvault Systems, Inc. | Management of internet of things devices |
US11221939B2 (en) | 2017-03-31 | 2022-01-11 | Commvault Systems, Inc. | Managing data from internet of things devices in a vehicle |
US10917496B2 (en) * | 2017-09-05 | 2021-02-09 | Amazon Technologies, Inc. | Networked storage architecture |
US11954117B2 (en) | 2017-09-29 | 2024-04-09 | Oracle International Corporation | Routing requests in shared-storage database systems |
US10747607B2 (en) * | 2017-12-28 | 2020-08-18 | Facebook, Inc. | Techniques for dynamic throttling in batched bulk processing |
US10877928B2 (en) | 2018-03-07 | 2020-12-29 | Commvault Systems, Inc. | Using utilities injected into cloud-based virtual machines for speeding up virtual machine backup operations |
US10891198B2 (en) | 2018-07-30 | 2021-01-12 | Commvault Systems, Inc. | Storing data to cloud libraries in cloud native formats |
US11200124B2 (en) | 2018-12-06 | 2021-12-14 | Commvault Systems, Inc. | Assigning backup resources based on failover of partnered data storage servers in a data storage management system |
US10768971B2 (en) | 2019-01-30 | 2020-09-08 | Commvault Systems, Inc. | Cross-hypervisor live mount of backed up virtual machine data |
US10996974B2 (en) | 2019-01-30 | 2021-05-04 | Commvault Systems, Inc. | Cross-hypervisor live mount of backed up virtual machine data, including management of cache storage for virtual machine data |
US11263111B2 (en) | 2019-02-11 | 2022-03-01 | Microstrategy Incorporated | Validating software functionality |
US11366723B2 (en) | 2019-04-30 | 2022-06-21 | Commvault Systems, Inc. | Data storage management system for holistic protection and migration of serverless applications across multi-cloud computing environments |
CN111857558B (zh) * | 2019-04-30 | 2024-04-09 | 伊姆西Ip控股有限责任公司 | 用于存储管理的方法、设备和计算机程序产品 |
US11461184B2 (en) | 2019-06-17 | 2022-10-04 | Commvault Systems, Inc. | Data storage management system for protecting cloud-based data including on-demand protection, recovery, and migration of databases-as-a-service and/or serverless database management systems |
US20210011816A1 (en) | 2019-07-10 | 2021-01-14 | Commvault Systems, Inc. | Preparing containerized applications for backup using a backup services container in a container-orchestration pod |
US11637748B2 (en) | 2019-08-28 | 2023-04-25 | Microstrategy Incorporated | Self-optimization of computing environments |
US11210189B2 (en) | 2019-08-30 | 2021-12-28 | Microstrategy Incorporated | Monitoring performance of computing systems |
US11354216B2 (en) | 2019-09-18 | 2022-06-07 | Microstrategy Incorporated | Monitoring performance deviations |
US11360881B2 (en) | 2019-09-23 | 2022-06-14 | Microstrategy Incorporated | Customizing computer performance tests |
US11438231B2 (en) | 2019-09-25 | 2022-09-06 | Microstrategy Incorporated | Centralized platform management for computing environments |
US11321318B2 (en) * | 2019-11-01 | 2022-05-03 | International Business Machines Corporation | Dynamic access paths |
US11467753B2 (en) | 2020-02-14 | 2022-10-11 | Commvault Systems, Inc. | On-demand restore of virtual machine data |
US11321188B2 (en) | 2020-03-02 | 2022-05-03 | Commvault Systems, Inc. | Platform-agnostic containerized application data protection |
US11422900B2 (en) | 2020-03-02 | 2022-08-23 | Commvault Systems, Inc. | Platform-agnostic containerized application data protection |
US11442768B2 (en) | 2020-03-12 | 2022-09-13 | Commvault Systems, Inc. | Cross-hypervisor live recovery of virtual machines |
US11099956B1 (en) | 2020-03-26 | 2021-08-24 | Commvault Systems, Inc. | Snapshot-based disaster recovery orchestration of virtual machine failover and failback operations |
US11500669B2 (en) | 2020-05-15 | 2022-11-15 | Commvault Systems, Inc. | Live recovery of virtual machines in a public cloud computing environment |
US11314687B2 (en) | 2020-09-24 | 2022-04-26 | Commvault Systems, Inc. | Container data mover for migrating data between distributed data storage systems integrated with application orchestrators |
US11656951B2 (en) | 2020-10-28 | 2023-05-23 | Commvault Systems, Inc. | Data loss vulnerability detection |
US11604706B2 (en) | 2021-02-02 | 2023-03-14 | Commvault Systems, Inc. | Back up and restore related data on different cloud storage tiers |
TWI827974B (zh) * | 2021-09-08 | 2024-01-01 | 財團法人工業技術研究院 | 虛擬功能效能分析系統及其分析方法 |
US11928038B2 (en) * | 2022-06-21 | 2024-03-12 | International Business Machines Corporation | Managing data sets based on user activity |
Family Cites Families (38)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5062055A (en) * | 1986-09-02 | 1991-10-29 | Digital Equipment Corporation | Data processor performance advisor |
JPH04359356A (ja) | 1991-06-05 | 1992-12-11 | Nec Corp | オンラインレスポンス遅延認識システム |
US5325505A (en) | 1991-09-04 | 1994-06-28 | Storage Technology Corporation | Intelligent storage manager for data storage apparatus having simulation capability |
US5434992A (en) | 1992-09-04 | 1995-07-18 | International Business Machines Corporation | Method and means for dynamically partitioning cache into a global and data type subcache hierarchy from a real time reference trace |
US5664106A (en) * | 1993-06-04 | 1997-09-02 | Digital Equipment Corporation | Phase-space surface representation of server computer performance in a computer network |
JP3181446B2 (ja) | 1993-09-24 | 2001-07-03 | 株式会社東芝 | 情報記憶装置 |
US5668944A (en) * | 1994-09-06 | 1997-09-16 | International Business Machines Corporation | Method and system for providing performance diagnosis of a computer system |
JP3641872B2 (ja) | 1996-04-08 | 2005-04-27 | 株式会社日立製作所 | 記憶装置システム |
US6035306A (en) | 1997-11-24 | 2000-03-07 | Terascape Software Inc. | Method for improving performance of large databases |
US6260114B1 (en) | 1997-12-30 | 2001-07-10 | Mcmz Technology Innovations, Llc | Computer cache memory windowing |
US6195703B1 (en) * | 1998-06-24 | 2001-02-27 | Emc Corporation | Dynamic routing for performance partitioning in a data processing network |
US6338115B1 (en) * | 1999-02-16 | 2002-01-08 | International Business Machines Corporation | Advanced read cache management |
US6505248B1 (en) | 1999-03-24 | 2003-01-07 | Gte Data Services Incorporated | Method and system for monitoring and dynamically reporting a status of a remote server |
JP3843713B2 (ja) | 1999-08-27 | 2006-11-08 | 株式会社日立製作所 | 計算機システム及びそのデバイスの割り当て方法 |
JP3541744B2 (ja) | 1999-08-30 | 2004-07-14 | 株式会社日立製作所 | ストレージサブシステム及びその制御方法 |
US6341331B1 (en) | 1999-10-01 | 2002-01-22 | International Business Machines Corporation | Method and system for managing a raid storage system with cache |
WO2001080013A1 (en) * | 2000-04-18 | 2001-10-25 | Storeage Networking Technologies | Storage virtualization in a storage area network |
JP2001337790A (ja) * | 2000-05-24 | 2001-12-07 | Hitachi Ltd | 記憶システム及びその階層管理制御方法 |
US6760828B1 (en) | 2000-06-27 | 2004-07-06 | Emc Corporation | Method and apparatus for using logical volume identifiers for tracking or identifying logical volume stored in the storage 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 |
JP4115093B2 (ja) | 2000-07-06 | 2008-07-09 | 株式会社日立製作所 | 計算機システム |
US7130824B1 (en) * | 2000-08-21 | 2006-10-31 | Etp Holdings, Inc. | Apparatus and method for load balancing among data communications ports in automated securities trading systems |
JP4144727B2 (ja) | 2001-07-02 | 2008-09-03 | 株式会社日立製作所 | 情報処理システム、記憶領域提供方法、およびデータ保持管理装置 |
JP2003108420A (ja) | 2001-09-27 | 2003-04-11 | Hitachi Ltd | データストレージシステム及びこの制御方法 |
US20030084071A1 (en) | 2001-11-01 | 2003-05-01 | International Business Machines Corporation | Method and system for managing computer performance |
JP4162183B2 (ja) | 2001-11-12 | 2008-10-08 | 株式会社日立製作所 | データベース管理システムの静的な情報を取得する手段を有する記憶装置 |
JP2003216348A (ja) | 2001-11-14 | 2003-07-31 | Hitachi Ltd | 記憶装置の管理方法および管理装置 |
US20030158920A1 (en) | 2002-02-05 | 2003-08-21 | Sun Microsystems, Inc. | Method, system, and program for supporting a level of service for an application |
JP4310070B2 (ja) * | 2002-04-26 | 2009-08-05 | 株式会社日立製作所 | ストレージシステムの運用管理方式 |
JP4183443B2 (ja) | 2002-05-27 | 2008-11-19 | 株式会社日立製作所 | データ再配置方法及び装置 |
JP2004005085A (ja) | 2002-05-31 | 2004-01-08 | Hitachi Ltd | ストレージネットワーク性能測定システム |
JP2004013547A (ja) | 2002-06-07 | 2004-01-15 | Hitachi Ltd | データ割当方法、情報処理システム |
JP3996010B2 (ja) | 2002-08-01 | 2007-10-24 | 株式会社日立製作所 | ストレージネットワークシステム、管理装置、管理方法及びプログラム |
JP2004070403A (ja) | 2002-08-01 | 2004-03-04 | Hitachi Ltd | ファイル格納先ボリューム制御方法 |
US7020758B2 (en) * | 2002-09-18 | 2006-03-28 | Ortera Inc. | Context sensitive storage management |
JP4116413B2 (ja) | 2002-12-11 | 2008-07-09 | 株式会社日立製作所 | プリフェッチアプライアンスサーバ |
JP4089427B2 (ja) | 2002-12-26 | 2008-05-28 | 株式会社日立製作所 | 管理システム、管理計算機、管理方法及びプログラム |
US6988110B2 (en) * | 2003-04-23 | 2006-01-17 | International Business Machines Corporation | Storage system class distinction cues for run-time data management |
-
2003
- 2003-03-31 JP JP2003093544A patent/JP2004302751A/ja active Pending
- 2003-08-05 US US10/633,637 patent/US7089347B2/en not_active Expired - Fee Related
- 2003-08-07 EP EP03018058A patent/EP1471441B1/en not_active Expired - Fee Related
- 2003-08-07 DE DE60322182T patent/DE60322182D1/de not_active Expired - Lifetime
-
2006
- 2006-06-19 US US11/454,935 patent/US7694070B2/en not_active Expired - Fee Related
Cited By (43)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2006260284A (ja) * | 2005-03-17 | 2006-09-28 | Hitachi Ltd | ストレージ管理ソフトウェア及びグルーピング方法 |
US7325096B2 (en) | 2005-03-30 | 2008-01-29 | Hitachi, Ltd. | Computer system, storage subsystem, and write processing control method |
JP2006277545A (ja) * | 2005-03-30 | 2006-10-12 | Hitachi Ltd | 計算機システム、記憶装置システムおよびライト処理制御方法 |
US8180979B2 (en) | 2005-05-24 | 2012-05-15 | Hitachi, Ltd. | Storage system and operation method of storage system |
US8484425B2 (en) | 2005-05-24 | 2013-07-09 | Hitachi, Ltd. | Storage system and operation method of storage system including first and second virtualization devices |
US7953942B2 (en) | 2005-05-24 | 2011-05-31 | Hitachi, Ltd. | Storage system and operation method of storage system |
US20090150608A1 (en) | 2005-05-24 | 2009-06-11 | Masataka Innan | Storage system and operation method of storage system |
JP2006330895A (ja) * | 2005-05-24 | 2006-12-07 | Hitachi Ltd | ストレージシステム及びストレージシステムの運用方法 |
JP2007026064A (ja) * | 2005-07-15 | 2007-02-01 | Hitachi Ltd | 計算機システム、管理計算機及びデータベース管理システムの制御方法 |
US8694749B2 (en) | 2005-09-05 | 2014-04-08 | Hitachi, Ltd. | Control method of device in storage system for virtualization |
US8214615B2 (en) | 2005-09-05 | 2012-07-03 | Hitachi, Ltd. | Control method of device in storage system for virtualization |
US7673110B2 (en) | 2005-09-05 | 2010-03-02 | Hitachi, Ltd. | Control method of device in storage system for virtualization |
JP2007087240A (ja) * | 2005-09-26 | 2007-04-05 | Hitachi Computer Peripherals Co Ltd | Rfidを利用したネットワークストレージシステムおよびネットワークストレージシステム構築方法 |
JP4699849B2 (ja) * | 2005-09-28 | 2011-06-15 | 株式会社日立製作所 | アクセスパス管理方法及び装置 |
JP2007094681A (ja) * | 2005-09-28 | 2007-04-12 | Hitachi Ltd | アクセスパス管理方法及び装置 |
JP2007183703A (ja) * | 2006-01-04 | 2007-07-19 | Hitachi Ltd | データの改竄を防止する記憶装置 |
JP4541373B2 (ja) * | 2006-03-07 | 2010-09-08 | ヒューレット−パッカード デベロップメント カンパニー エル.ピー. | 分散データの階層的管理のための方法及びシステム |
JP2007242019A (ja) * | 2006-03-07 | 2007-09-20 | Hewlett-Packard Development Co Lp | 分散データの階層的管理のための方法及びシステム |
US8171241B2 (en) | 2006-10-25 | 2012-05-01 | Hitachi, Ltd. | Computer system, computer and method for managing performance based on I/O division ratio |
US8086773B2 (en) | 2007-03-30 | 2011-12-27 | Hitachi, Ltd. | Disk array subsystem and control method thereof |
JP2008250631A (ja) * | 2007-03-30 | 2008-10-16 | Hitachi Ltd | ストレージ装置及びその制御方法 |
JP2010539770A (ja) * | 2007-09-14 | 2010-12-16 | インターナショナル・ビジネス・マシーンズ・コーポレーション | 動的アドレス追跡 |
KR100972646B1 (ko) * | 2007-12-04 | 2010-07-28 | (주)아이피엠에스 | 사용자 중심의 업무별 통합 성능 관리방법 및 관리시스템 |
JP2009223879A (ja) * | 2007-12-12 | 2009-10-01 | Huawei Technologies Co Ltd | ネットワーク記憶デバイスおよびデータ読み取り書き込み制御方法 |
JP2010122814A (ja) * | 2008-11-18 | 2010-06-03 | Hitachi Ltd | ストレージシステム及びストレージシステムの運用方法 |
JP2010134874A (ja) * | 2008-12-08 | 2010-06-17 | Hitachi Ltd | 性能管理システム、情報処理システム、及び性能管理システムにおける情報収集方法 |
JP2010205159A (ja) * | 2009-03-05 | 2010-09-16 | Hitachi Ltd | 情報処理装置、及びストレージシステムから取得した構成情報の管理方法 |
US9152519B2 (en) | 2010-10-14 | 2015-10-06 | Fujitsu Limited | Storage control apparatus, method of setting reference time, and computer-readable storage medium storing reference time setting program |
WO2014049718A1 (ja) * | 2012-09-26 | 2014-04-03 | 株式会社日立製作所 | 管理装置及び管理方法 |
US9417817B2 (en) | 2012-09-26 | 2016-08-16 | Hitachi, Ltd. | Management apparatus and management method |
JP5801968B2 (ja) * | 2012-09-26 | 2015-10-28 | 株式会社日立製作所 | 管理装置及び管理方法 |
JP2014106655A (ja) * | 2012-11-27 | 2014-06-09 | Hitachi Ltd | 時系列データベースの設定自動生成方法、設定自動生成システム並びに監視サーバ |
JP2016511463A (ja) * | 2013-02-28 | 2016-04-14 | 株式会社日立製作所 | 動的ストレージサービスレベル・モニタリングの管理システムおよび方法 |
JP2014186590A (ja) * | 2013-03-25 | 2014-10-02 | Nec Corp | リソース割り当てシステムおよびリソース割り当て方法 |
WO2015029188A1 (ja) * | 2013-08-29 | 2015-03-05 | 株式会社日立製作所 | 計算機及びデータ読み出し方法 |
JP5999536B2 (ja) * | 2013-08-29 | 2016-09-28 | 株式会社日立製作所 | 計算機及びデータ読み出し方法 |
US10171620B2 (en) | 2014-01-29 | 2019-01-01 | Fujitsu Limited | Non-transitory computer-readable recording medium having stored therein control program, control apparatus and control method |
WO2016051492A1 (ja) * | 2014-09-30 | 2016-04-07 | 株式会社日立製作所 | データベース管理システム、データベース管理方法及び記憶媒体 |
JP2016076184A (ja) * | 2014-10-09 | 2016-05-12 | 富士通株式会社 | ファイルシステム、管理装置の制御プログラム、および、ファイルシステムの制御方法 |
JP2016115130A (ja) * | 2014-12-15 | 2016-06-23 | 富士通株式会社 | ストレージ管理装置、性能調整方法及び性能調整プログラム |
US9992232B2 (en) | 2016-01-14 | 2018-06-05 | Cisco Technology, Inc. | Policy block creation with context-sensitive policy line classification |
KR20200043698A (ko) * | 2018-10-18 | 2020-04-28 | 인하대학교 산학협력단 | Hbm 도입으로 인한 메모리 보틀넥 문제 해결 방법 및 장치 |
KR102136792B1 (ko) * | 2018-10-18 | 2020-07-22 | 인하대학교 산학협력단 | Hbm 도입으로 인한 메모리 보틀넥 문제 해결 방법 및 장치 |
Also Published As
Publication number | Publication date |
---|---|
US7089347B2 (en) | 2006-08-08 |
EP1471441B1 (en) | 2008-07-16 |
US7694070B2 (en) | 2010-04-06 |
DE60322182D1 (de) | 2008-08-28 |
EP1471441A2 (en) | 2004-10-27 |
US20040193827A1 (en) | 2004-09-30 |
US20060242356A1 (en) | 2006-10-26 |
EP1471441A3 (en) | 2007-01-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP2004302751A (ja) | 計算機システムの性能管理方法、および、記憶装置の性能を管理する計算機システム | |
US8478731B1 (en) | Managing compression in data storage systems | |
JP4313068B2 (ja) | 記憶装置のキャッシュ管理方法 | |
US8429346B1 (en) | Automated data relocation among storage tiers based on storage load | |
US7237066B2 (en) | Cache memory managing method for computer system | |
US6928451B2 (en) | Storage system having means for acquiring execution information of database management system | |
US7092971B2 (en) | Prefetch appliance server | |
US10831387B1 (en) | Snapshot reservations in a distributed storage system | |
US8346934B2 (en) | Method for executing migration between virtual servers and server system used for the same | |
US7107273B2 (en) | Method and program of collecting performance data for storage network | |
US6928450B2 (en) | Storage apparatus acquiring static information related to database management system | |
US20130297872A1 (en) | Enhancing tiering storage performance | |
JP2005196602A (ja) | 無共有型データベース管理システムにおけるシステム構成変更方法 | |
US20100125715A1 (en) | Storage System and Operation Method Thereof | |
JP2006277545A (ja) | 計算機システム、記憶装置システムおよびライト処理制御方法 | |
US20130198457A1 (en) | Computer system and storage control method | |
GB2496807A (en) | Computer system, management method thereof and program | |
JP5261809B2 (ja) | 計算機システム及びデータベース管理システムプログラム | |
JP2012014739A (ja) | 計算機システム及びデータベース管理システムプログラム | |
US12008241B2 (en) | Techniques for collecting and utilizing activity metrics | |
JP5146440B2 (ja) | 無共有型データベース管理システム | |
WO2016132524A1 (ja) | ストレージ管理システム、ストレージ管理方法及びストレージ装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060116 |
|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060116 |
|
RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20060116 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20081118 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090119 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090224 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090402 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20090428 |