JP2009282626A - 計算機システム並びに管理サーバ及び構成情報取得方法 - Google Patents

計算機システム並びに管理サーバ及び構成情報取得方法 Download PDF

Info

Publication number
JP2009282626A
JP2009282626A JP2008132274A JP2008132274A JP2009282626A JP 2009282626 A JP2009282626 A JP 2009282626A JP 2008132274 A JP2008132274 A JP 2008132274A JP 2008132274 A JP2008132274 A JP 2008132274A JP 2009282626 A JP2009282626 A JP 2009282626A
Authority
JP
Japan
Prior art keywords
host computer
storage device
configuration information
management server
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.)
Granted
Application number
JP2008132274A
Other languages
English (en)
Other versions
JP5081718B2 (ja
Inventor
Takayuki Nagai
崇之 永井
Daisuke Shinohara
大輔 篠原
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP2008132274A priority Critical patent/JP5081718B2/ja
Priority to US12/198,192 priority patent/US8903982B2/en
Priority to PCT/JP2009/059394 priority patent/WO2009142282A1/ja
Priority to EP09750644A priority patent/EP2287745A4/en
Publication of JP2009282626A publication Critical patent/JP2009282626A/ja
Application granted granted Critical
Publication of JP5081718B2 publication Critical patent/JP5081718B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0653—Monitoring storage devices or systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
    • G06F11/3466—Performance evaluation by tracing or monitoring
    • G06F11/3485—Performance evaluation by tracing or monitoring for I/O devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/0604—Improving or facilitating administration, e.g. storage management
    • G06F3/0607—Improving or facilitating administration, e.g. storage management by facilitating the process of upgrading existing storage systems, e.g. for improving compatibility between host and storage device
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0629—Configuration or reconfiguration of storage systems
    • G06F3/0632—Configuration or reconfiguration of storage systems by initialisation or re-initialisation of storage systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
    • G06F3/067—Distributed or networked storage systems, e.g. storage area networks [SAN], network attached storage [NAS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/085—Retrieval of network configuration; Tracking network configuration history
    • H04L41/0853—Retrieval of network configuration; Tracking network configuration history by actively collecting configuration information or by backing up configuration information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/085—Retrieval of network configuration; Tracking network configuration history
    • H04L41/0859—Retrieval of network configuration; Tracking network configuration history by keeping history of different configuration generations or by rolling back to previous configuration versions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/091—Measuring contribution of individual network components to actual service level
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Human Computer Interaction (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • Quality & Reliability (AREA)
  • Environmental & Geological Engineering (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Debugging And Monitoring (AREA)

Abstract

【課題】本発明は、運用効率を格段に向上させ得る計算機システムを提案する。
【解決手段】複数の部品により構成され、ホストコンピュータによって使用される記憶領域であるボリュームを有するストレージ装置と、ストレージ装置およびホストコンピュータにネットワークを介して接続され、ストレージ装置およびホストコンピュータの構成情報及び性能情報を管理する管理サーバとを備え、管理サーバは、ストレージ装置およびホストコンピュータの構成情報及び性能情報をそれぞれ異なるタイミングで取得する取得部と、外部からストレージ装置への構成変更が指示された際、構成変更が実施されたストレージ装置内の部品の性能値と、部品と接続関係にある部品の性能値とを比較する比較部とを備え、取得部は、比較部により比較された性能値に一定以上の差異が存在するときに、ストレージ装置内に未知の部品が追加されたものと判断して、ストレージ装置から構成情報を再度取得する。
【選択図】図１

Description

本発明は、計算機システムに用いられるストレージシステムを管理する管理サーバに適用して好適なものである。
複数台のホストコンピュータおよびストレージ装置から構成されるコンピュータシステムにおいて、しばしば、ストレージ装置がシステム全体のボトルネックとなることがある。このため、ストレージ装置ができるだけ高い性能を出せるよう、システムの構築フェーズや、運用フェーズで、各種性能指標値を取得し、所定の性能値が得られているかなどを分析することは重要である。
単一のストレージ装置を複数のサーバで共有して利用するような構成では、ストレージ装置内の特定のリソースに対して複数サーバからのＩ／Ｏ処理が重複し、その結果深刻な性能劣化を引き起こす場合がある。
ストレージ装置が提供しているツールにより、ストレージ装置内の特定のリソースが処理しているＩ／Ｏ量を閲覧し分析することができる。しかしながら、この方法では、ストレージ装置に接続するホストコンピュータの構成によって引き起こされるＩ／Ｏ競合性能問題の原因の特定、すなわち、具体的にはストレージ装置内の特定のリソースにＩ／Ｏ負荷をかけているホストコンピュータ群や性能のボトルネックとなっている部品を特定することは困難であった。
そこで、特定のストレージ装置内のリソースを利用しているホストコンピュータ群を、ストレージ装置とホストコンピュータ間のマッピング情報から検索して検出し、そのホストコンピュータ群の性能データのみに絞り込んだＩ／Ｏ競合のレポートを作成してシステム管理者に提示することで、ストレージ装置内のリソース上でＩ／Ｏの競合を引き起こしているホストコンピュータ群や性能のボトルネックとなっている部品の特定を容易にする技術として、特許文献１に開示されている技術がある。
特開２００５−０６２９４１号公報
管理サーバのシステム性能管理ソフトウェアは、プロセッサに実行されることにより、複数のホストコンピュータ、ストレージ装置の構成および性能を監視する。具体的には、ストレージ装置内部のポート、コントローラ、キャッシュ、ボリューム、ＲＡＩＤグループといった部品の性能および内部構成や、ホストコンピュータ上の論理ボリュームの性能および接続先ストレージポートといった情報を定期的に取得し、内部のデータベースに保持する。
システム性能管理ソフトウェアがストレージ装置およびホストコンピュータから取得する情報として、構成情報と性能情報が存在する。構成情報は、ストレージ装置およびホストコンピュータの内部部品の相互接続関係、ストレージ装置およびホストコンピュータ内部部品に対する各種設定情報である。性能情報は、ホストコンピュータおよびストレージ装置の内部部品の一覧と、その性能値である。
システム性能管理ソフトウェアは、ストレージ装置内部のプロセッサ負荷を軽減するため、比較的変更頻度の少ない構成情報の取得を、性能情報の取得に比べて低い頻度で実施する。なぜなら、構成情報の取得が過剰に行われると、ストレージ装置内部のプロセッサ負荷が増大し、ストレージ装置における業務データのＩ／Ｏ性能に影響を及ぼしうるからである。
しかし、ストレージ装置に新しいボリュームが、計算機システムに前記ボリュームに接続するホストコンピュータがそれぞれ追加され、運用を開始した直後にストレージ性能障害が発生した場合、追加のタイミングによっては管理サーバの持つ構成情報が更新されないまま性能情報のみが更新されることとなる。
その場合、接続するホストコンピュータの増加によりストレージ装置へのアクセスが急増し、ストレージ内の部品が閾値を超えても、管理サーバの持つ構成情報が構成変更前の情報であるため、閾値超過したストレージ装置の内部部品がどのホストコンピュータから利用されているかを表示しても、新規追加ホストが接続先として表示されない。その結果、管理者は閾値超過に対し正しい対策をとることができない。
その対策としては、性能情報の取得と同時に構成情報の取得を実施する方法が考えられる。しかし、その場合、構成情報の取得頻度が上がり、ストレージ装置に過重な負荷がかかるという問題が発生する。以上に述べた事象を防ぐことが、本特許の課題である。
本発明は以上の点を考慮してなされたもので、運用効率を格段に向上させ得る計算機システム並びに管理サーバ及び構成情報取得方法を提案するものである。
かかる課題を解決するために本発明においては、複数の部品により構成され、ホストコンピュータによって使用される記憶領域であるボリュームを有するストレージ装置と、前記ストレージ装置および前記ホストコンピュータにネットワークを介して接続され、前記ストレージ装置および前記ホストコンピュータの構成情報及び性能情報を管理する管理サーバとを備え、前記管理サーバは、前記ストレージ装置および前記ホストコンピュータの構成情報及び性能情報をそれぞれ異なるタイミングで取得する取得部と、外部から前記ストレージ装置への構成変更が指示された際、前記構成変更が実施されたストレージ装置内の部品の性能値と、前記部品と接続関係にある部品の性能値とを比較する比較部とを備え、前記取得部は、前記比較部により比較された性能値に一定以上の差異が存在するときに、前記ストレージ装置内に未知の部品が追加されたものと判断して、前記ストレージ装置から構成情報を再度取得する。
すなわち、本実施例の計算機システムでは、システム管理者が管理サーバとは別に存在するストレージ管理サーバを介して該ストレージ装置の構成変更を実施したとき、管理サーバが構成変更を自動的に検知し、当該ストレージ装置からの構成情報の取得を実施する。また、別の実施例の計算機システムでは、システム管理者が管理サーバとは別に存在するストレージ管理サーバを介して該ストレージ装置の構成変更を実施したとき、管理サーバが構成変更を自動的に検知し、当該ストレージ装置および当該ストレージ装置を利用しているホストコンピュータの検出および構成情報の取得を実施する。また、別の実施例の計算機システムでは、システム管理者が管理サーバとは別に存在するストレージ管理サーバを介して該ストレージ装置の構成変更を実施したとき、管理サーバが構成変更を自動的に検知し、識別子管理サーバを利用して当該ストレージ装置に接続するホストコンピュータのアドレスを取得するとともに、当該ストレージ装置および当該ストレージ装置を利用しているホストコンピュータからの構成情報の取得を実施する。
また、本発明においては、ストレージ装置およびホストコンピュータにネットワークを介して接続され、前記ストレージ装置および前記ホストコンピュータの構成情報及び性能情報を管理する管理サーバであって、前記ストレージ装置および前記ホストコンピュータの構成情報及び性能情報をそれぞれ異なるタイミングで取得する取得部と、外部から前記ストレージ装置への構成変更が指示された際、前記構成変更が実施されたストレージ装置内の部品の性能値と、前記部品と接続関係にある部品の性能値とを比較する比較部とを備え、前記取得部は、前記比較部により比較された性能値に一定以上の差異が存在するときに、前記ストレージ装置内に未知の部品が追加されたものと判断して、前記ストレージ装置から構成情報を再度取得する。
さらに、本発明においては、ストレージ装置およびホストコンピュータにネットワークを介して接続され、前記ストレージ装置および前記ホストコンピュータの構成情報及び性能情報を管理する管理サーバであって、取得部が、前記ストレージ装置および前記ホストコンピュータの構成情報及び性能情報をそれぞれ異なるタイミングで取得する第１のステップと、比較部が、外部から前記ストレージ装置への構成変更が指示された際、前記構成変更が実施されたストレージ装置内の部品の性能値と、前記部品と接続関係にある部品の性能値とを比較する第２のステップと、前記取得部が、前記第２のステップにおいて比較した性能値に一定以上の差異が存在するときに、前記ストレージ装置内に未知の部品が追加されたものと判断して、前記ストレージ装置から構成情報を再度取得する第３のステップとを備える。
従って、構成情報の取得をストレージ装置における構成変更を検知したタイミングに限定するため、構成情報の取得頻度が上がり、ストレージ装置に過重な負荷がかかるという事態を未然かつ有効に防止しつつ、性能値に一定以上の差異が存在するときは必ず当該ストレージ装置の構成情報を最新のものに更新することができる。これにより、構成変更を実施した直後であっても、当該ストレージ装置の構成情報を管理サーバを介して管理者に対し正確に表示することができ、管理者がストレージ装置の異常に対して正しい対策をとることができる。
本発明によれば、運用効率を格段に向上させ得る計算機システム並びに管理サーバ及び構成情報取得方法を実現することができる。
以下、本発明の一実施の形態を、図面を参照して詳細に説明する。なお、これにより本発明が限定されるものではない。
（１）実施例１について
実施例１では、システム管理者が管理サーバとは別に存在するストレージ管理サーバを介して該ストレージ装置の構成変更を実施したとき、管理サーバが構成変更を自動的に検知し、該ストレージ装置からの構成情報の取得を実施する方法について説明する。
図１から図６は、計算機システム１の構成および計算機システム１に接続される装置の構成を示している。また、図７から図１６は、各装置に具備される管理情報を示している。
図１は、計算機システム１の構成を示している。計算機システム１は、ホストコンピュータ２と、ストレージ装置３と、管理サーバ４と、ストレージ管理サーバ５と、ｉＳＮＳ（Internet Storage Name Service）サーバ６が、ネットワーク７によって接続されている。なお、以下においては、各プログラムを実行する各装置のプロセッサの処理内容を明確化するため、各種処理の処理主体をプログラムとして説明するが、実際上は、そのプログラムに基づいて対応するプロセッサがその処理を実行することは言うまでもない。
図２は、ホストコンピュータ２の詳細な構成を示している。ホストコンピュータ２は、ネットワーク７を介してストレージ装置３およびｉＳＮＳサーバ６に接続するためのＩ／Ｏポート１１と、ネットワーク７を介して管理サーバ４に接続するための管理ポート１２と、プロセッサ１３と、メモリ１４とを有し、これらが内部バス等の回路を介して相互に接続される。メモリ１４には、業務アプリケーション１５と、オペレーティングシステム１６と、論理ボリューム管理表１７が格納される。
業務アプリケーション１５は、オペレーティングシステムから提供された記憶領域を使用し、記憶領域に対しデータ入出力（以下、Ｉ／Ｏと表記）を行う。オペレーティングシステム１６は、ストレージネットワークを介してホストコンピュータに接続されたストレージ装置上の論理ボリュームを記憶領域としてアプリケーションに認識させる。
図３は、ストレージ装置３の詳細な構成例を示している。ストレージ装置３は、ネットワーク７を介してホストコンピュータ２およびｉＳＮＳサーバ６に接続するためのＩ／Ｏポート２１と、ネットワーク７を介して管理サーバ４およびストレージ管理サーバ５に接続するための管理ポート２２と、各種管理情報を格納するための管理メモリ２３と、データを格納するためのＲＡＩＤ（Redundant Arrays of Inexpensive Disks）グループ２４と、データや管理メモリ内の管理情報を制御するためのコントローラ２５を有し、これらが内部バス等の回路を介して相互に接続される。
管理メモリ２３には、ストレージ装置３の管理プログラム２６と、ボリューム管理表２７と、ＲＡＩＤグループ管理表２８と、ポート管理表２９と、ｉＳＣＳＩ（Internet Small Computer System Interface）ターゲット管理表３０が格納される。
ＲＡＩＤグループ２４は、１つまたは複数の磁気ディスク３１によって構成されている。複数の磁気ディスク３１によって構成されている場合、それらの磁気ディスクは、ＲＡＩＤ構成を組んでいてもよい。また、ＲＡＩＤグループ２４は、論理的に複数のボリューム３２に分割されている。
コントローラ２５は、ストレージ装置３内の制御を行うプロセッサ３３や、ホストコンピュータ２との間でやりとりするデータを一時的に記憶するキャッシュメモリ３４を内部に持つ。コントローラ２５は、Ｉ／Ｏポート２１と磁気ディスク３１（ＲＡＩＤグループ２４）との間に介在し、両者の間でデータの受け渡しを行う。
図４は、管理サーバ４の詳細な構成を示している。管理サーバ４は、ネットワーク７を介してホストコンピュータ２、ストレージ装置３およびｉＳＮＳサーバ６に接続するための管理ポート４１と、プロセッサ４２と、取得情報リポジトリ４３と、メモリ４４と、後述する処理結果を出力するためのディスプレイ装置等の出力部４５と、ストレージ管理者が指示を入力するためのキーボード等の入力部４６とを有し、これらが内部バス等の回路を介して相互に接続される。
取得情報リポジトリ４３には、装置性能管理表４７と、デバイス接続管理表４８と、装置検出対象管理表４９と、監視対象装置管理表５０が格納される。
取得情報リポジトリ４３には、ストレージ装置３上のボリューム管理表２７など、監視対象の各装置から取得した構成情報が格納される。
装置性能管理表４７には、監視対象装置を構成するデバイスの性能情報や、デバイスに付与した閾値が格納される。
メモリ４４には、制御プログラム５１と、情報取得プログラム５２と、装置検出プログラム５３と、ＧＵＩ（Graphical User Interface）表示処理プログラム５４が格納される。
制御プログラム５１は、情報取得プログラム５２に対し、計算機システム１内のホストコンピュータ２およびストレージ装置３から、構成情報および性能情報を定期的に取得するよう指示する。また、制御プログラム５１は、装置検出プログラム５３に対し、計算機システム１に追加されたホストコンピュータ２およびストレージ装置３を検出するよう定期的に指示する。
情報取得プログラム５２は、ホストコンピュータ２およびストレージ装置３から構成情報および性能情報を取得して、装置性能管理表４７とデバイス接続管理表４８に格納する。
装置検出プログラム５３は、ネットワーク７に接続しているホストコンピュータ２およびストレージ装置３を検出（検索）し、ネットワーク７に新たに接続されたホストコンピュータ２およびストレージ装置３が検出されれば、情報取得プログラム５２に対し該当するホストコンピュータ２およびストレージ装置３からの構成情報および性能情報取得を指示する。
ＧＵＩ表示処理プログラム５４は、入力部４６を介した管理者からの要求に応じ、取得した構成情報および性能情報を、出力部４５を介して表示する。
図５は、ストレージ管理サーバ５の詳細な構成を示している。ストレージ管理サーバ５は、ネットワーク７を介してストレージ装置３に接続するための管理ポート６１と、プロセッサ６２と、メモリ６３と、後述する処理結果を出力するためのディスプレイ装置等の出力部６４と、ストレージ管理者が指示を入力するためのキーボード等の入力部６５とを有し、これらが内部バス等の回路を介して相互に接続される。
メモリ６３には、装置管理プログラム６６と、装置構成管理表６７が格納される。装置管理プログラム６６は、ストレージ装置３から、構成情報を管理者からの要求に応じて取得し、出力部４５を介してユーザに表示する。また、装置管理プログラム６６は、取得した構成情報を装置構成管理表６７に格納する。
図６は、ｉＳＮＳサーバ６の詳細な構成を示す。ｉＳＮＳサーバ６は、ネットワーク７を介してホストコンピュータ２、ストレージ装置３およびｉＳＮＳサーバ６に接続するための管理ポート７１と、プロセッサ７２と、メモリ７３と、後述する処理結果を出力するためのディスプレイ装置等の出力部７４と、ストレージ管理者が指示を入力するためのキーボード等の入力部７５とを有し、これらが内部バス等の回路を介して相互に接続される。
メモリ７３には、ｉＳＮＳプログラム７６と、ｉＳＣＳＩネーム管理表７７が格納される。
ｉＳＮＳプログラム７６は、ネットワーク７上のＩＰ−ＳＡＮ機器の情報をｉＳＣＳＩネーム管理表７７へ格納し、ＩＰ−ＳＡＮ機器からの要求に従ってｉＳＣＳＩネーム管理表７７に格納されたｉＳＣＳＩネームに対応するＩＰアドレスを返答する。
図７は、ホストコンピュータ２の具備する論理ボリューム管理表１７の構成を示している。論理ボリューム管理表１７は、ホストコンピュータ２で各論理ボリュームの識別子となる論理ボリュームＩＤを登録するフィールド１７Ａと、論理ボリュームの実体が存在するストレージ装置３との通信の際に用いるホストコンピュータ２上のＩ／Ｏポート１１の識別子となるｉＳＣＳＩイニシエータ名を登録するフィールド１７Ｂと、論理ボリュームの実体が存在するストレージ装置３との通信の際に用いるストレージ装置３上のＩ／Ｏポート２１の識別子となる接続先ｉＳＣＳＩターゲットを登録するフィールド１７Ｃと、ストレージ装置３において論理ボリュームの識別子となるＬＵＮＩＤを登録するフィールド１７Ｄから構成されている。
図７には、ホストコンピュータ２の具備する論理ボリューム管理表１７の具体的な値の一例が示されている。つまり、ホストコンピュータ２上の論理ボリュームである「E:」は、「com.hitachi.sv1」というｉＳＣＳＩイニシエータ名で示されるホストコンピュータ２上のＩ／Ｏポート１１と、「com.hitachi.sto1」というｉＳＣＳＩターゲット名で示されるストレージ装置３上のＩ／Ｏポート２１を介してストレージ装置３と接続しており、「0」という論理ボリュームのＬＵＮＩＤをストレージ装置３上で持つ。
図８は、ストレージ装置３の具備するボリューム管理表２７の構成を示している。ボリューム管理表２７は、ストレージ装置３内で各ボリューム３２の識別子となるボリュームＩＤを登録するフィールド２７Ａと、各ボリューム３２の容量を登録するフィールド２７Ｂと、各ボリューム３２が存在するＲＡＩＤグループ２４の識別子となるＲＡＩＤグループＩＤを登録するフィールド２７Ｃと、Ｉ／Ｏポート２１が配下に持つｉＳＣＳＩターゲットの識別子となるターゲットＩＤを登録するフィールド２７Ｄと、ストレージ装置３においてホストコンピュータ２の論理ボリュームの識別子となるＬＵＮＩＤを登録するフィールド２７Ｅと、制御プログラム５１が実施する追加部品検出処理が使用する新規追加フラグ２７Ｆから構成されている。
図８には、ストレージ装置３の具備するボリューム管理表２７の具体的な値の一例が示されている。つまり、ストレージ装置３上のボリューム３２である「VOL1」は、「RG1」というＲＡＩＤグループＩＤで示されるＲＡＩＤグループ２４上の「20GB」の記憶領域からなり、「TG1」というターゲットＩＤで示されるｉＳＣＳＩターゲットを配下に持ち、「0」という論理ボリュームのＬＵＮＩＤを持つ。
図９は、ストレージ装置３の具備するＲＡＩＤグループ管理表２８の構成を示している。ＲＡＩＤグループ管理表２８は、ストレージ装置３内で各ＲＡＩＤグループ２４の識別子となるＲＡＩＤグループＩＤを登録するフィールド２８Ａと、ＲＡＩＤグループ２４のＲＡＩＤレベルを登録するフィールド２８Ｂと、ＲＡＩＤグループ２４を構成する磁気ディスク３１の識別子となる構成ディスクＩＤを登録するフィールド２８Ｃと、各ＲＡＩＤグループ２４の容量を登録するフィールド２８Ｄから構成されている。
図９には、ストレージ装置３の具備するＲＡＩＤグループ管理表２８の具体的な値の一例が示されている。つまり、ストレージ装置３上のＲＡＩＤグループ２４である「RG1」は、「DISK1, DISK2」という構成ディスクＩＤで示される磁気ディスク３１からなり、ＲＡＩＤレベルが「RAID1」で容量が「100GB」である。
図１０は、ストレージ装置３の具備するポート管理表２９の構成を示している。ポート管理表２９は、ストレージ装置３内で各Ｉ／Ｏポート２１の識別子となるポートＩＤを登録するフィールド２９Ａと、Ｉ／Ｏポート２１が配下に持つｉＳＣＳＩターゲットの識別子となるターゲットＩＤを登録するフィールド２９Ｂから構成されている。
図１０には、ストレージ装置３の具備するポート管理表２９の具体的な値の一例が示されている。つまり、ストレージ装置３上のＩ／Ｏポート２１である「PORT1」は、ターゲットＩＤが「TG1」および「TG2」で示されるｉＳＣＳＩターゲットを配下に持つ。
図１１は、ストレージ装置３の具備するｉＳＣＳＩターゲット管理表３０の構成を示す。ｉＳＣＳＩターゲット管理表３０は、ストレージ装置３内でｉＳＣＳＩターゲットの識別子となるターゲットＩＤを登録するフィールド３０Ａと、各ｉＳＣＳＩターゲットが持つｉＳＣＳＩターゲット名を登録するフィールド３０Ｂと、各ｉＳＣＳＩターゲットに属するボリューム３２に対しアクセスが許可されたホストコンピュータ２上のＩ／Ｏポート１１の識別子となるｉＳＣＳＩイニシエータ名を登録するフィールド３０Ｃから構成されている。
図１１には、ストレージ装置３の具備するｉＳＣＳＩターゲット管理表３０の具体的な値の一例が示されている。つまり、ストレージ装置３上のｉＳＣＳＩターゲットである「TG1」は、「com.hitachi.sto1」というｉＳＣＳＩターゲット名を持ち、ｉＳＣＳＩイニシエータ名が「com.hitachi.sv1」もしくは「com.hitachi.sv11」であるホストコンピュータ２上のＩ／Ｏポート１１からのアクセスを許可している。
図１２は、管理サーバ４の具備する装置性能管理表４７の構成を示している。装置性能管理表４７は、管理対象となるデバイス（管理対象デバイス）が属するストレージ装置３の識別子となる装置ＩＤを登録するフィールド４７Ａと、管理対象デバイスの識別子であるデバイスＩＤを登録するフィールド４７Ｂと、管理対象デバイスの性能情報のメトリック名称を格納するフィールド４７Ｃと、管理対象デバイスの性能値（ＩＯＰＳ（Input Output Per Second））をストレージ装置３より取得し格納するフィールド４７Ｄと、アラート実行のための閾値を格納するフィールド４７Ｅから構成されている。
管理サーバ４は、例えば、管理対象デバイスの単位時間当たりのＩ／Ｏ量が所定の閾値を超えた場合、ユーザに対しメール等の手段によってアラートを通知する。
図１２には、管理サーバ４が具備する装置性能管理表４７の具体的な値の一例が示されている。つまり、ストレージ装置３である「SYS1」内のＲＡＩＤグループ２４である「RG2」は、単位時間Ｉ／Ｏ量が現時点で「200」である。また、「RG2」の単位時間Ｉ／Ｏ量が「500」を超えた場合、管理サーバ４は、ユーザに対しアラートを通知する。
なお、ここでは、管理サーバ４が管理する管理対象デバイスの性能値として単位時間当たりのＩ／Ｏ量や動作率を例として挙げたが、管理サーバ４が管理する性能値はこれ以外でも良い。
図１３は、管理サーバ４の具備するデバイス接続管理表４８の構成を示している。デバイス接続管理表４８は、ストレージ装置３の識別子となる装置ＩＤを登録するフィールド４８Ａと、前記ストレージ装置３が具備するボリューム３２の識別子となるボリュームＩＤを登録するフィールド４８Ｂと、前記ボリューム３２がホストコンピュータ２との通信の際用いるＩ／Ｏポート１１の識別子を登録するフィールド４８Ｃと、前記ボリューム３２が属するＲＡＩＤグループ２４の識別子を登録するフィールド４８Ｄと、前記ボリューム３２が接続するホストコンピュータ２の識別子を登録するフィールド４８Ｅと、前記ボリューム３２が実体となるホストコンピュータ２のドライブの名称を登録するフィールド４８Ｆから構成されている。
図１３には、管理サーバ４の具備するデバイス接続管理表４８の具体的な値の一例が示されている。つまり、ストレージ装置３である「SYS1」のボリューム３２である「VOL1」は、ＲＡＩＤグループ２４である「RG1」に属し、Ｉ／Ｏポート１１である「PORT1」を介してホストコンピュータ２である「HOST1」と接続し、ホストコンピュータ２上で接続先ドライブが「E:」として認識されている。
図１４は、管理サーバ４の具備する装置検出対象管理表４９の構成を示している。装置検出対象管理表４９は、装置検出プログラム５３がアクセス対象とする検出対象アドレスを登録するフィールド４９Ａと、前記検出対象アドレス上に存在する機器に対しアクセスする際に用いるユーザ名を登録するフィールド４９Ｂと、前記ユーザ名とともに用いるパスワードを登録するフィールド４９Ｃから構成されている。
図１４には、管理サーバ４の具備する装置検出対象管理表４９の具体的な値の一例が示されている。つまり、管理サーバ４が具備する装置検出プログラム５３は、ＩＰアドレスが「192.168.5.1」から「192.168.5.255」までの範囲内にある機器にアクセスし、新しい機器が追加されていないか確かめる。その際、装置検出プログラム５３は、ユーザ名に「user」、パスワードに「pwd」を用いる。
図１５は、管理サーバ４の具備する監視対象装置管理表５０の構成を示している。監視対象装置管理表５０は、装置検出プログラム５３が検出したホストコンピュータ２またはストレージ装置３のネットワークアドレスを登録するフィールド５０Ａと、前記ネットワークアドレス上に存在する機器がホストコンピュータ２またはストレージ装置３のいずれであるかを登録するフィールド５０Ｂと、前記ネットワークアドレス上に存在する機器に対しアクセスする際に用いるユーザ名を登録するフィールド５０Ｃと、前記ユーザ名とともに用いるパスワードを登録するフィールド５０Ｄから構成されている。
図１５には、管理サーバ４の具備する監視対象装置管理表５０の具体的な値の一例が示されている。つまり、管理サーバ４が具備する情報取得プログラム５２は、ＩＰアドレスが「192.168.5.5」にあるホストコンピュータ２にアクセスし、情報取得を行う。その際、情報取得プログラム５２は、ユーザ名に「user」、パスワードに「pwd」を用いる。
図１６は、ｉＳＮＳサーバ６の具備するｉＳＣＳＩネーム管理表７７の構成を示している。ｉＳＣＳＩネーム管理表７７は、ｉＳＣＳＩイニシエータおよびｉＳＣＳＩターゲットの識別子であるｉＳＣＳＩネームを登録するフィールド７７Ａと、それに対応するＩＰアドレスを登録するフィールド７７Ｂと、ｉＳＣＳＩイニシエータおよびｉＳＣＳＩターゲットのうちどちらであるかを登録するフィールド７７Ｃから構成されている。
図１６には、ｉＳＮＳサーバ６の具備するｉＳＣＳＩネーム管理表７７の具体的な値の一例が示されている。つまり、ＩＰアドレスが「192.168.5.2」で示される装置上のｉＳＣＳＩイニシエータは、「com.hitachi.sv1」というｉＳＣＳＩネームを持つ。
図１７は、管理サーバ４がシステム管理者に対し表示する、性能問題の発生しているストレージ装置３内のリソースと、そのリソースを利用しているホストコンピュータ２の構成情報のみに絞り込んだレポートの表示例である閾値超過警告画面８１を示している。
閾値超過警告画面８１には、性能問題の発生しているストレージ装置３内のリソースの詳細情報（テーブル８１Ａ）と、前記リソースを利用しているホストコンピュータ２のみに絞り込んだ詳細情報（テーブル８１Ｂ）とが表示される。
図１８は、本実施例における、管理サーバ４の制御プログラム５１が実施する構成、装置検出処理のフローチャートを示している。制御プログラム５１は、プログラムの起動時、もしくは前回の装置検出処理から一定時間経過するたびに(ステップＳＰ１)、装置検出プログラム５３対し、装置検出処理を実行するよう指示する(ステップＳＰ２)処理を繰り返す。
図１９は、本実施例における、管理サーバ４の制御プログラム５１が実施する構成、構成情報取得処理のフローチャートを示している。制御プログラム５１は、プログラムの起動時、もしくは前回の構成情報取得処理から一定時間経過するたびに(ステップＡＰ１１)、情報取得プログラム５２に対し、構成情報取得処理を実行するよう指示する(ステップＳＰ１２)処理を繰り返す。
図２０は、本実施例における、管理サーバ４の制御プログラム５１が実施する構成、性能情報取得処理のフローチャートを示している。制御プログラム５１は、プログラムの起動時、もしくは前回の性能情報取得処理から一定時間経過するたびに(ステップＳＰ２１)、以下の一連の処理を繰り返す。制御プログラム５１は、情報取得プログラム５２に対し、性能情報取得処理を実行するよう指示する(ステップＳＰ２２)。次に、制御プログラム５１は、追加部品検出処理を実行する(ステップＳＰ２３)。
図２１は、本実施例における、管理サーバ４の装置検出プログラム５３が実施する装置検出処理のフローチャートを示している。装置検出プログラム５３は、装置検出対象管理表４９に定義された検出対象アドレス範囲内のＩＰアドレスについて、以下の一連の処理を繰り返す(ステップＳＰ３１)。
装置検出プログラム５３は、装置検出対象管理表４９に定義されたＩＰアドレス上の装置に対し、同表に定義されたユーザ名とパスワードを用いてログインし、ストレージ装置構成情報を送信するよう指示する(ステップＳＰ３２)。取得する構成情報は、任意の情報でよい。
次に、装置検出プログラム５３は、装置検出対象管理表４９に定義されたＩＰアドレス上の装置からストレージ装置構成情報の応答があったか否かを判断する（ステップＳＰ３３）。
当該装置からストレージ装置構成情報の応答があった場合(ステップＳＰ３３：ＹＥＳ)、装置検出プログラム５３は、その装置がストレージ装置３であるものと判断し、応答のあったＩＰアドレスを監視対象装置管理表５０に格納し（ＳＰ３４）、次のＩＰアドレスに対する処理へ移る(ステップＳＰ３１〜ＳＰ３７)。その際、装置検出プログラム５３は、装置種別として「ストレージ」、ユーザ名とパスワードとしてストレージ装置３への構成情報送信要求実施時に用いたものを登録する。
当該装置からストレージ装置構成情報の応答がなかった場合、装置検出プログラム５３は、装置検出対象管理表４９に定義されたＩＰアドレス上の装置に対し、同表に定義されたユーザ名とパスワードを用いてログインし、ホストコンピュータ構成情報を送信するよう指示する(ステップＳＰ３５)。取得する構成情報は、任意の情報でよい。
次に、装置検出プログラム５３は、装置検出対象管理表４９に定義されたＩＰアドレス上の装置からホストコンピュータ構成情報の応答があったか否かを判断する（ステップＳＰ３６）。
当該装置からホストコンピュータ構成情報の応答があった場合(ステップＳＰ３６：ＹＥＳ)、装置検出プログラム５３は、その装置がホストコンピュータ２であるものと判断し、応答のあったＩＰアドレスを監視対象装置管理表５０に格納し（ステップＳＰ３７）、次のＩＰアドレスに対する処理へ移る(ステップＳＰ３１〜ＳＰ３７)。その際、装置検出プログラム５３は、装置種別として「ホスト」、ユーザ名とパスワードとしてホストコンピュータ２への構成情報送信要求実施時に用いたものを登録する。
当該装置からホストコンピュータ構成情報の応答がなかった場合(ステップＳＰ３６：ＮＯ)、装置検出プログラム５３は、次のＩＰアドレスに対する処理へ移る(ステップＳＰ３１〜ＳＰ３７)。
図２２は、本実施例における、管理サーバ４の情報取得プログラム５２が実施する構成情報取得処理のフローチャートを示す。情報取得プログラム５２は、装置検出対象管理表４９に定義された監視対象の各装置に対し、以下の一連の処理を繰り返す(ステップＳＰ４１)。
情報取得プログラム５２は、装置検出対象管理表４９に定義されたＩＰアドレス上の装置に対し、同表に定義されたユーザ名とパスワードを用いてログインし、構成情報を送信するよう指示する(ステップＳＰ４２)。
その際、情報取得プログラム５２は、各ＩＰアドレスの装置種別を確認し、装置種別がホストコンピュータ２であれば、論理ボリューム管理表１７の情報を構成情報として取得する。また、情報取得プログラム５２は、装置種別がストレージ装置３であれば、ボリューム管理表２７と、ＲＡＩＤグループ管理表２８と、ポート管理表２９と、ｉＳＣＳＩターゲット管理表３０の情報を構成情報として取得する。
次に、情報取得プログラム５２は、装置検出対象管理表４９に定義されたＩＰアドレス上の装置から構成情報の応答があったか否かを判断する（ステップＳＰ４３）。
当該装置から構成情報の応答があった場合(ステップＳＰ４３：ＹＥＳ)、情報取得プログラム５２は、取得した構成情報を取得情報リポジトリ４３に格納する(ステップＳＰ４４)。
当該装置から構成情報の応答がなかった場合(ステップＳＰ４３：ＮＯ)、情報取得プログラム５２は、次の監視対象の装置に対する処理へ移る(ステップＳＰ４１〜ＳＰ４４)。
装置検出対象管理表４９に定義された監視対象の全装置に対して上記の処理が終了した後、情報取得プログラム５２は、取得情報リポジトリ４３に格納された構成情報を参照し、デバイス接続管理表４８を更新する(ステップＳＰ４５)。
デバイス接続管理表４８を更新する手順を以下に述べる。まず、情報取得プログラム５２は、取得情報リポジトリ４３に格納されたボリューム管理表２７を参照し、ボリューム３２と接続関係にあるＲＡＩＤグループ２４を確認してデバイス接続管理表４８に登録する。次に、情報取得プログラム５２は、ポート管理表２９を参照し、ボリューム３２とｉＳＣＳＩターゲット、およびＩ／Ｏポート２１との関係を確認し、ボリューム３２と接続関係にあるＩ／Ｏポート２１を確認してデバイス接続管理表４８に登録する。次に、情報取得プログラム５２は、ｉＳＣＳＩターゲット管理表３０と論理ボリューム管理表１７を参照し、ボリューム３２とｉＳＣＳＩターゲット、およびホストコンピュータ２側のドライブと接続先ｉＳＣＳＩターゲットとの関係を確認する。そして、情報取得プログラム５２は、同じｉＳＣＳＩターゲットを持ち、かつＬＵＮＩＤが等しいボリューム３２とドライブの対を検出した場合、相互に接続関係にあるものとしてデバイス接続管理表４８に登録する。
図２３は、本実施例における、管理サーバ４の情報取得プログラム５２が実施する性能情報取得処理のフローチャートを示す。
情報取得プログラム５２は、監視対象装置管理表４８に定義された監視対象の各装置に対し、以下の一連の処理を繰り返す(ステップＳＰ５１)。
情報取得プログラム５２は、監視対象装置管理表４８に定義されたユーザ名とパスワードを用いて、ＩＰアドレス上の装置に対し、性能情報を送信するよう指示する(ステップＳＰ５２)。
次に、情報取得プログラム５２は、装置検出対象管理表４９に定義されたＩＰアドレス上の装置から性能情報の応答があったか否かを判断する（ステップＳＰ５３）。
当該装置から性能情報の応答があった場合(ステップＳＰ５３：ＹＥＳ)、情報取得プログラム５２は、取得した性能情報を装置性能管理表４７に格納する(ステップ５４)。
当該装置から性能情報の応答がなかった場合(ステップＳＰ５３：ＮＯ)、情報取得プログラム５２は、次の監視対象の装置に対する処理へ移る(ステップＳＰ５１〜ＳＰ５４)。
図２４は、本実施例における、管理サーバ４の制御プログラム５１が実施する追加部品検出処理のフローチャートを示す。制御プログラム５１は、ストレージ管理サーバ５を介してストレージ装置３の構成変更を実施したときに、管理サーバ４が管理する各ストレージ装置３について、以下の処理を繰り返す(ステップＰ６１)。制御プログラム５１は、ＲＡＩＤグループ管理表２８に定義された、前記ストレージ装置３内のＲＡＩＤグループ２４に対し、以下の処理を繰り返す(ステップＳＰ６２)。
制御プログラム５１は、装置性能管理表４７を参照し、各ＲＡＩＤグループ２４の現在のＩＯＰＳの値を取得する(ステップＳＰ６３)。次に、制御プログラム５１は、ボリューム管理表２７を参照し、各ＲＡＩＤグループ２４に属するボリューム３２の一覧を検出する(ステップＳＰ６４)。次に、制御プログラム５１は、装置性能管理表４７を参照し、前記検出したボリューム３２の現在のＩＯＰＳの値を合算する(ステップ６５)。その後、制御プログラム５１は、前記合算した値を、前記ＲＡＩＤグループ２４のＩＯＰＳ値で除算し、当該値が予め定められた閾値を超過しているか否かを確認する(ステップＳＰ６６)。
次に、制御プログラム５１は、前記合算した値を前記ＲＡＩＤグループ２４のＩＯＰＳ値で除算した値が、予め定められた閾値を超過しているか否かを判断する（ステップＳＰ６７）。
当該値が閾値を超過していない場合（ステップＳＰ６７：ＮＯ）、制御プログラム５１は、次のＲＡＩＤグループ２４に対する処理に移る(ステップＳＰ６２〜ＳＰ６７)。当該閾値を超過している場合(ステップＳＰ６７：ＹＥＳ)、制御プログラム５１は、ストレージ装置３内に未知の部品が存在しうると判断し、情報取得プログラム５２に対し、該当するＲＡＩＤグループ２４が存在するストレージ装置３の構成情報の取得を指示する(ステップＳＰ６８)。その際、制御プログラム５１は、ストレージ装置３よりボリューム管理表２７と、ＲＡＩＤグループ管理表２８と、ポート管理表２９と、ｉＳＣＳＩターゲット管理表３０の情報を構成情報として取得する。
次に、情報取得プログラム５２は、取得した構成情報を取得情報リポジトリ４３に上書きして（ステップＳＰ６８)、処理を終了する。
以下に、ステップＳＰ６１からＳＰ６６に示す値の算出方法の具体例を述べる。図８のボリューム管理表２７によると、ＲＡＩＤグループ２４である「RG1」と接続しているボリューム３２は、「VOL1,VOL2,VOL3,VOL4」の４つである。図１２の装置性能管理表４７によると、「RG1」のＩＯＰＳは「600」であり、「VOL1,VOL2,VOL3,VOL4」のＩＯＰＳの総和は「130」である。よって、ボリューム３２のＩＯＰＳの合算値をＲＡＩＤグループ２４のＩＯＰＳ値で除算すると、「130/600≒0.22」である。予め定められた閾値が「0.8」であった場合、算出値は、閾値を下回ることとなる。
なお、本実施例では、各ＲＡＩＤグループ２４と接続関係にあるボリューム３２のＩＯＰＳを合算し、ＲＡＩＤグループ２４のＩＯＰＳと比較したが、ＲＡＩＤグループ２４に代わって複数のボリューム３２と接続関係にある別の部品（Ｉ／Ｏポート２１など）を合算・比較の際に用いてよい。逆に、本実施例では、ボリューム３２に代わってＲＡＩＤグループ２４と多対一の関係にある部品（磁気ディスク３１など）を合算・比較の際に用いてよい。また、本実施例では、合算・比較する性能値としてＩＯＰＳを例に挙げたが、他の性能メトリックを用いてもよい。
以上が、本実施例における追加部品検出処理である。
以上、本実施例の計算機システム１では、ストレージ管理サーバ５を介してストレージ装置３の構成変更を実施したときに、追加部品検出処理を実施することにより、システム管理者が図５に示すストレージ管理サーバ５を介してストレージ装置３の構成変更を実施した直後であっても、該ストレージ装置３の構成情報を管理サーバ４からシステム管理者に対し正確に表示することができる。
（２）実施例２について
実施例２の計算機システム１では、システム管理者が管理サーバ４とは別に存在するストレージ管理サーバ５を介して該ストレージ装置３の構成変更を実施したとき、管理サーバ４が構成変更を自動的に検知し、該ストレージ装置３および該ストレージ装置３を利用しているホストコンピュータ２の検出および構成情報の取得を実施する方法について説明する。
図２５および図２６は、本実施例における、管理サーバ４の制御プログラム５１が実施する追加部品検出処理のフローチャートを示す。ステップＳＰ７１からステップＳＰ７８までの処理は、実施例１と同じであるので省略する。
情報取得プログラム５２は、ストレージ装置３より新たに取得したボリューム管理表２７と、更新前のボリューム管理表２７を比較し、新たに検知されたボリューム３２の新規追加フラグを「Yes」に切り替える(ステップＳＰ７９)。
処理の終了後、制御プログラム５１は、ボリューム管理表２７を調べ、新規追加フラグが「Yes」であるボリューム３２が存在するか否かを確認する(ステップＳＰ８０)。
次に、制御プログラム５１は、新規追加フラグが「Yes」であるボリューム３２が存在するか否かを判断する（ステップＳＰ８１）。該当するボリューム３２が存在しなければ（ステップＳＰ８１：ＮＯ）、制御プログラム５１は、処理を終了する。
該当するボリューム３２が存在すれば(ステップＳＰ８１：ＹＥＳ)、制御プログラム５１は、ｉＳＣＳＩターゲット管理表３０を参照し、該当するボリューム３２から接続可能なｉＳＣＳＩイニシエータ名を検出する。次に、制御プログラム５１は、論理ボリューム管理表１７を参照し、前記ｉＳＣＳＩイニシエータ名を持つホストコンピュータ２を検出する(ステップＳＰ８２)。
次に、制御プログラム５１は、情報取得プログラム５２に、該当するボリューム３２から接続可能なホストコンピュータ２に対し構成情報を再取得するよう指示する(ステップＳＰ８３)。情報取得プログラム５２は、構成情報を取得し、取得した構成情報を取得情報リポジトリ４３に上書きし、デバイス接続管理表４８を更新する(ステップＳＰ８４)。
次に、制御プログラム５１は、再取得の結果、該当するボリューム３２の接続先であるホストコンピュータ２（接続先ホスト）が判明したか否かを判断する（ステップＳＰ８５）。再取得の結果、該当するボリューム３２の接続先であるホストコンピュータ２が判明した場合（ステップＳＰ８５：ＹＥＳ）、制御プログラム５１は、処理を終了する。
接続先であるホストコンピュータ２が判明されなかった場合（ステップＳＰ８５：ＮＯ）、制御プログラム５１は、装置検出プログラム５３に対し自動検出処理の実施を指示する(ステップＳＰ８６)。
次に、制御プログラム５１は、装置検出プログラム５３は、装置検出プログラム５３によりホストコンピュータ２の自動検出処理を実施して、新しいホストコンピュータ２が検出されたか否かを判断する（ステップＳＰ８７）。装置検出プログラム５３により新しいホストコンピュータ２が検出されなかった場合（ステップＳＰ８７：ＮＯ）、制御プログラム５１は、処理を終了する。
装置検出プログラム５３により新しいホストコンピュータ２が検出された場合（ステップＳＰ８７：ＹＥＳ）、制御プログラム５１は、検出したホストコンピュータ２について、情報取得プログラム５２に構成情報の取得を指示する(ステップＳＰ８８)。情報取得プログラム５２は、ホストコンピュータ２から構成情報を取得し、取得した構成情報を取得情報リポジトリ４３に上書きして、デバイス接続管理表４８の更新を実施する(ステップＳＰ８９)。
以上が、本実施例における追加部品検出処理である。
以上、本実施例の計算機システム１では、ストレージ管理サーバ５を介してストレージ装置３の構成変更を実施したときに、追加部品検出処理を実施することにより、例えば、監視対象のストレージ装置３内にて部品の性能値が閾値を超過し、図１７に示す閾値超過警告画面８１をシステム管理者が参照した場合、図５に示すストレージ管理サーバ５を介して該ストレージ装置３の構成変更を実施した直後であっても、性能問題の発生しているストレージ装置３内の部品を利用しているホストコンピュータ２の構成情報を正確に表示することができる。
（３）実施例３について
実施例３の計算機システム１では、システム管理者が管理サーバ４とは別に存在するストレージ管理サーバ５を介して該ストレージ装置３の構成変更を実施したとき、管理サーバ４が構成変更を自動的に検知し、ｉＳＮＳサーバ６を利用して該ストレージ装置３に接続するホストコンピュータ２のアドレスを取得するとともに、該ストレージ装置３および該ストレージ装置３を利用しているホストコンピュータ２からの構成情報の取得を実施する方法について説明する。
図２７および図２８は、本実施例における、管理サーバ４の制御プログラム５１が実施する追加部品検出処理のフローチャートを示す。ステップＳＰ９１からステップＳＰ１０１までの処理は、実施例１と同じであるので省略する。
制御プログラム５１は、ｉＳＣＳＩターゲット管理表３０を参照し、該当するボリューム３２から接続可能なｉＳＣＳＩイニシエータ名を検出する(ステップＳＰ１０２)。次に、制御プログラム５１は、ｉＳＮＳサーバ６に問い合わせ、前記ｉＳＣＳＩイニシエータ名に対応するＩＰアドレスを取得する(ステップＳＰ１０３)。次に、制御プログラム５１は、取得したＩＰアドレスについて、情報取得プログラム５２に構成情報の取得を指示する(ステップＳＰ１０４)。情報取得プログラム５２は、前記ＩＰアドレス上のホストコンピュータ２から構成情報を取得し、取得した構成情報を取得情報リポジトリ４３に上書きし、デバイス接続管理表４８の更新を実施する(ステップＳＰ１０５)。
以上が、本実施例における追加部品検出処理である。
以上、本実施例の計算機システム１では、ストレージ管理サーバ５を介してストレージ装置３の構成変更を実施したときに、追加部品検出処理を実施することにより、例えば、監視対象のストレージ装置３内にて部品の性能値が閾値を超過し、図１７に示す閾値超過警告画面８１をシステム管理者が参照した場合、図５に示すストレージ管理サーバ５を介して該ストレージ装置３の構成変更を実施した直後であっても、性能問題の発生しているストレージ装置３内の部品を利用しているホストコンピュータ２の構成情報を正確に表示することができる。
また、本実施例の計算機システム１では、追加部品検出処理実施時に管理サーバ４がアクセスするホストコンピュータ２の数を限定することにより、管理サーバ４およびネットワーク７にかかる負荷を小さくすることができる。
このようにして、計算機システム１では、管理サーバにおいて、ストレージ装置３およびホストコンピュータ２の構成情報及び性能情報をそれぞれ異なるタイミングで取得し、ストレージ管理サーバ５を介してストレージ装置３の構成変更を実施したときに、構成変更が実施されたストレージ装置３内の部品の性能値と、当該部品と接続関係にある部品の性能値とを比較して、当該性能値に一定以上の差異が存在するときに、ストレージ装置３内に未知の部品が追加されたものと判断して、ストレージ装置３から構成情報を再度取得する。
従って、構成情報の取得をストレージ装置３における構成変更を検知したタイミングに限定するため、構成情報の取得頻度が上がり、ストレージ装置３に過重な負荷がかかるという事態を未然かつ有効に防止しつつ、性能値に一定以上の差異が存在するときは必ず当該ストレージ装置３の構成情報を最新のものに更新することができる。
これにより、構成変更を実施した直後であっても、当該ストレージ装置３の構成情報を管理サーバ４を介して管理者に対し正確に表示することができ、管理者がストレージ装置３の異常に対して正しい対策をとることができる。
本発明は、計算機システムに用いられるストレージシステムを管理する管理サーバに広く適用することができる。
本発明における計算機システムの概略の構成例を示す図である。 本発明におけるホストコンピュータの詳細な構成例を示す図である。 本発明におけるストレージ装置の詳細な構成例を示す図である。 本発明における管理サーバの詳細な構成例を示す図である。 本発明におけるストレージ管理サーバの詳細な構成例を示す図である。 本発明におけるｉＳＮＳサーバの詳細な構成例を示す図である。 本発明においてホストコンピュータが具備する論理ボリューム管理表の構成例を示す図である。 本発明においてストレージ装置が具備するボリューム管理表の構成例を示す図である。 本発明においてストレージ装置が具備するＲＡＩＤグループ管理表の構成例を示す図である。 本発明においてストレージ装置が具備するポート管理表の構成例を示す図である。 本発明においてストレージ装置が具備するｉＳＣＳＩターゲット管理表の構成例を示す図である。 本発明において管理サーバが具備する装置性能管理表の構成例を示す図である。 本発明において管理サーバが具備するデバイス接続管理表の構成例を示す図である。 本発明において管理サーバが具備する装置検出対象管理表の構成例を示す図である。 本発明において管理サーバが具備する監視対象装置管理表の構成例を示す図である。 本発明においてｉＳＮＳサーバが具備するｉＳＣＳＩネーム管理表の構成例を示す図である。 本発明においてにおいて管理サーバが表示する画面の一例である。 実施例１において管理サーバが実施する装置情報更新処理の全体フロー例を示すフローチャートである。 実施例１において管理サーバが実施する構成情報更新処理の全体フロー例を示すフローチャートである。 実施例１において管理サーバが実施する性能情報更新処理の全体フロー例を示すフローチャートである。 実施例１において管理サーバが実施する装置検出処理の全体フロー例を示すフローチャートである。 実施例１において管理サーバが実施する構成情報取得処理の全体フロー例を示すフローチャートである。 実施例１において管理サーバが実施する性能情報取得処理の全体フロー例を示すフローチャートである。 実施例１において管理サーバが実施する追加部品検出処理の全体フロー例を示すフローチャートである。 実施例２において管理サーバが実施する追加部品検出処理の全体フロー例を示すフローチャートである。 実施例２において管理サーバが実施する追加部品検出処理の全体フロー例を示すフローチャートである。 実施例３において管理サーバが実施する追加部品検出処理の全体フロー例を示すフローチャートである。 実施例３において管理サーバが実施する追加部品検出処理の全体フロー例を示すフローチャートである。
符号の説明
１……計算機システム、２……ホストコンピュータ、３……ストレージ装置、４……管理サーバ、５……ストレージ管理サーバ、６……ｉＳＮＳサーバ、４２……プロセッサ、４７……装置性能管理表、４８……デバイス接続管理表、４９……装置検出対象管理表、５０……監視対象装置管理表、５１……制御プログラム、５２……情報取得プログラム、５３……装置検出プログラム、５４……ＧＵＩ表示処理プログラム

Claims (15)

  1. 複数の部品により構成され、ホストコンピュータによって使用される記憶領域であるボリュームを有するストレージ装置と、
    前記ストレージ装置および前記ホストコンピュータにネットワークを介して接続され、前記ストレージ装置および前記ホストコンピュータの構成情報及び性能情報を管理する管理サーバと
    を備え、
    前記管理サーバは、
    前記ストレージ装置および前記ホストコンピュータの構成情報及び性能情報をそれぞれ異なるタイミングで取得する取得部と、
    外部から前記ストレージ装置への構成変更が指示された際、前記構成変更が実施されたストレージ装置内の部品の性能値と、前記部品と接続関係にある部品の性能値とを比較する比較部と
    を備え、
    前記取得部は、
    前記比較部により比較された性能値に一定以上の差異が存在するときに、前記ストレージ装置内に未知の部品が追加されたものと判断して、前記ストレージ装置から構成情報を再度取得する
    ことを特徴とする計算機システム。
  2. 前記比較部は、
    前記ストレージ装置の各ＲＡＩＤグループの現在の性能値を取得し、各ＲＡＩＤグループに属するボリュームの一覧を検出して当該ボリュームの現在の性能値を合算して、前記合算した値を前記ＲＡＩＤグループの性能値で除算した値が、予め定められた閾値を超過しているか否かを確認する
    ことを特徴とする請求項１に記載の計算機システム。
  3. 前記取得部は、
    前記ストレージ装置の記憶領域を利用しているホストコンピュータを前記ネットワーク上から検出し、当該ホストコンピュータから構成情報を取得する
    ことを特徴とする請求項１に記載の計算機システム。
  4. 前記取得部は、
    前記ストレージ装置の記憶領域を利用しているホストコンピュータを前記ネットワーク上から検出できなかったときに、前記ネットワーク上に接続している新たなホストコンピュータを検索した後、前記ストレージ装置の記憶領域を利用しているホストコンピュータを前記ネットワーク上から検出する
    ことを特徴とする請求項３に記載の計算機システム。
  5. 前記ホストコンピュータが前記ストレージ装置に接続する際に用いる識別子と、当該ホストコンピュータのネットワーク上のアドレスを管理する識別子管理サーバ
    を備え、
    前記取得部は、
    前記ストレージ装置の記憶領域を利用しているホストコンピュータのアドレスを前記識別子管理サーバに問い合わせ、当該ホストコンピュータから構成情報を取得する
    ことを特徴とする請求項１に記載の計算機システム。
  6. ストレージ装置およびホストコンピュータにネットワークを介して接続され、前記ストレージ装置および前記ホストコンピュータの構成情報及び性能情報を管理する管理サーバであって、
    前記ストレージ装置および前記ホストコンピュータの構成情報及び性能情報をそれぞれ異なるタイミングで取得する取得部と、
    外部から前記ストレージ装置への構成変更が指示された際、前記構成変更が実施されたストレージ装置内の部品の性能値と、前記部品と接続関係にある部品の性能値とを比較する比較部と
    を備え、
    前記取得部は、
    前記比較部により比較された性能値に一定以上の差異が存在するときに、前記ストレージ装置内に未知の部品が追加されたものと判断して、前記ストレージ装置から構成情報を再度取得する
    ことを特徴とする管理サーバ。
  7. 前記比較部は、
    前記ストレージ装置の各ＲＡＩＤグループの現在の性能値を取得し、各ＲＡＩＤグループに属するボリュームの一覧を検出して当該ボリュームの現在の性能値を合算して、前記合算した値を前記ＲＡＩＤグループの性能値で除算した値が、予め定められた閾値を超過しているか否かを確認する
    ことを特徴とする請求項６に記載の管理サーバ。
  8. 前記取得部は、
    前記ストレージ装置の記憶領域を利用しているホストコンピュータを前記ネットワーク上から検出し、当該ホストコンピュータから構成情報を取得する
    ことを特徴とする請求項６に記載の管理サーバ。
  9. 前記取得部は、
    前記ストレージ装置の記憶領域を利用しているホストコンピュータを前記ネットワーク上から検出できなかったときに、前記ネットワーク上に接続している新たなホストコンピュータを検索した後、前記ストレージ装置の記憶領域を利用しているホストコンピュータを前記ネットワーク上から検出する
    ことを特徴とする請求項８に記載の管理サーバ。
  10. 前記取得部は、
    前記ストレージ装置の記憶領域を利用しているホストコンピュータのアドレスを、前記ホストコンピュータが前記ストレージ装置に接続する際に用いる識別子と、当該ホストコンピュータのネットワーク上のアドレスを管理する識別子管理サーバに問い合わせ、当該ホストコンピュータから構成情報を取得する
    ことを特徴とする請求項６に記載の管理サーバ。
  11. ストレージ装置およびホストコンピュータにネットワークを介して接続され、前記ストレージ装置および前記ホストコンピュータの構成情報及び性能情報を管理する管理サーバであって、
    取得部が、前記ストレージ装置および前記ホストコンピュータの構成情報及び性能情報をそれぞれ異なるタイミングで取得する第１のステップと、
    比較部が、外部から前記ストレージ装置への構成変更が指示された際、前記構成変更が実施されたストレージ装置内の部品の性能値と、前記部品と接続関係にある部品の性能値とを比較する第２のステップと、
    前記取得部が、前記第２のステップにおいて比較した性能値に一定以上の差異が存在するときに、前記ストレージ装置内に未知の部品が追加されたものと判断して、前記ストレージ装置から構成情報を再度取得する第３のステップと
    を備えることを特徴とする構成情報取得方法。
  12. 前記第２のステップでは、
    前記ストレージ装置の各ＲＡＩＤグループの現在の性能値を取得し、各ＲＡＩＤグループに属するボリュームの一覧を検出して当該ボリュームの現在の性能値を合算して、前記合算した値を前記ＲＡＩＤグループの性能値で除算した値が、予め定められた閾値を超過しているか否かを確認する
    ことを特徴とする請求項１１に記載の構成情報取得方法。
  13. 前記第３のステップでは、
    前記ストレージ装置の記憶領域を利用しているホストコンピュータを前記ネットワーク上から検出し、当該ホストコンピュータから構成情報を取得する
    ことを特徴とする請求項１１に記載の構成情報取得方法。
  14. 前記第３のステップでは、
    前記ストレージ装置の記憶領域を利用しているホストコンピュータを前記ネットワーク上から検出できなかったときに、前記ネットワーク上に接続している新たなホストコンピュータを検索した後、前記ストレージ装置の記憶領域を利用しているホストコンピュータを前記ネットワーク上から検出する
    ことを特徴とする請求項１３に記載の構成情報取得方法。
  15. 前記第３のステップでは、
    前記ストレージ装置の記憶領域を利用しているホストコンピュータのアドレスを、前記ホストコンピュータが前記ストレージ装置に接続する際に用いる識別子と、当該ホストコンピュータのネットワーク上のアドレスを管理する識別子管理サーバに問い合わせ、当該ホストコンピュータから構成情報を取得する
    ことを特徴とする請求項１１に記載の構成情報取得方法。
JP2008132274A 2008-05-20 2008-05-20 計算機システム並びに管理サーバ及び構成情報取得方法 Expired - Fee Related JP5081718B2 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2008132274A JP5081718B2 (ja) 2008-05-20 2008-05-20 計算機システム並びに管理サーバ及び構成情報取得方法
US12/198,192 US8903982B2 (en) 2008-05-20 2008-08-26 Computer system, management server and configuration information acquisition method
PCT/JP2009/059394 WO2009142282A1 (ja) 2008-05-20 2009-05-15 計算機システム並びに管理サーバ及び構成情報取得方法
EP09750644A EP2287745A4 (en) 2008-05-20 2009-05-15 COMPUTER SYSTEM, ADMINISTRATIVE SERVER AND CONFIGURATION INFORMATION COLLECTION PROCEDURE

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2008132274A JP5081718B2 (ja) 2008-05-20 2008-05-20 計算機システム並びに管理サーバ及び構成情報取得方法

Publications (2)

Publication Number Publication Date
JP2009282626A true JP2009282626A (ja) 2009-12-03
JP5081718B2 JP5081718B2 (ja) 2012-11-28

Family

ID=41340209

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2008132274A Expired - Fee Related JP5081718B2 (ja) 2008-05-20 2008-05-20 計算機システム並びに管理サーバ及び構成情報取得方法

Country Status (4)

Country Link
US (1) US8903982B2 (ja)
EP (1) EP2287745A4 (ja)
JP (1) JP5081718B2 (ja)
WO (1) WO2009142282A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012064012A (ja) * 2010-09-16 2012-03-29 Hitachi Ltd 計算機システム、ストレージ・ボリューム管理方法及びストレージ装置のコピー処理を制御するプログラム
WO2015104811A1 (ja) * 2014-01-09 2015-07-16 株式会社日立製作所 計算機システム及び計算機システムの管理方法

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8073942B2 (en) * 2009-10-20 2011-12-06 Dell Products, Lp System and method for storage discovery in a storage area network using device domains under control of a storage device
US8819220B2 (en) 2010-09-09 2014-08-26 Hitachi, Ltd. Management method of computer system and management system
US8549361B2 (en) * 2010-12-21 2013-10-01 Netapp, Inc. System and method for construction, fault isolation, and recovery of cabling topology in a storage area network
WO2012137252A1 (en) * 2011-04-06 2012-10-11 Hitachi, Ltd. Storage apparatus and its data processing method
US10382272B1 (en) * 2016-09-30 2019-08-13 Juniper Networks, Inc. Translating configuration information for network devices
US10764367B2 (en) 2017-03-15 2020-09-01 Hewlett Packard Enterprise Development Lp Registration with a storage networking repository via a network interface device driver
JP2020009202A (ja) * 2018-07-09 2020-01-16 株式会社日立製作所 ストレージ装置、ストレージシステム、および性能評価方法
US10732873B1 (en) * 2019-04-18 2020-08-04 Microsoft Technology Licensing, Llc Timeout mode for storage devices

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0863298A (ja) * 1994-08-18 1996-03-08 Hitachi Ltd ディスクアレイ装置
JP2003108420A (ja) * 2001-09-27 2003-04-11 Hitachi Ltd データストレージシステム及びこの制御方法
JP2004246852A (ja) * 2002-12-20 2004-09-02 Hitachi Ltd 論理ボリュームコピー先性能調整方法及び装置
JP2004318741A (ja) * 2003-04-21 2004-11-11 Hitachi Ltd ネットワーク管理プログラム、管理計算機及び管理方法
JP2005157933A (ja) * 2003-11-28 2005-06-16 Hitachi Ltd ストレージネットワークの性能情報を収集する方法およびプログラム
JP2009020703A (ja) * 2007-07-12 2009-01-29 Fujitsu Ltd ストレージ装置、ストレージ管理装置、ストレージ管理方法、およびストレージ管理プログラム
JP2009087020A (ja) * 2007-09-28 2009-04-23 Hitachi Ltd 計算機システム並びに管理装置及び管理方法
JP2009145962A (ja) * 2007-12-11 2009-07-02 Hitachi Ltd ストレージシステムの性能を監視する管理計算機、その管理計算機を含む計算機システム、及び、その制御方法

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6802062B1 (en) * 1997-04-01 2004-10-05 Hitachi, Ltd. System with virtual machine movable between virtual machine systems and control method
US7194538B1 (en) * 2002-06-04 2007-03-20 Veritas Operating Corporation Storage area network (SAN) management system for discovering SAN components using a SAN management server
US7886031B1 (en) * 2002-06-04 2011-02-08 Symantec Operating Corporation SAN configuration utility
JP4421230B2 (ja) * 2003-08-12 2010-02-24 株式会社日立製作所 性能情報分析方法
JP4244319B2 (ja) * 2003-12-17 2009-03-25 株式会社日立製作所 計算機システム管理プログラム，記録媒体，ならびに計算機システム管理システムおよびそのための管理装置および記憶装置
JP2005190106A (ja) * 2003-12-25 2005-07-14 Hitachi Ltd 論理ボリュームを管理する記憶制御サブシステム
JP2005275829A (ja) * 2004-03-25 2005-10-06 Hitachi Ltd ストレージシステム
US7555548B2 (en) * 2004-04-07 2009-06-30 Verizon Business Global Llc Method and apparatus for efficient data collection
US7769849B2 (en) * 2004-10-25 2010-08-03 Lsi Corporation Method for detecting changes in a storage area network without external tools and hardware
US7844701B2 (en) * 2005-08-01 2010-11-30 Network Appliance, Inc. Rule-based performance analysis of storage appliances

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0863298A (ja) * 1994-08-18 1996-03-08 Hitachi Ltd ディスクアレイ装置
JP2003108420A (ja) * 2001-09-27 2003-04-11 Hitachi Ltd データストレージシステム及びこの制御方法
JP2004246852A (ja) * 2002-12-20 2004-09-02 Hitachi Ltd 論理ボリュームコピー先性能調整方法及び装置
JP2004318741A (ja) * 2003-04-21 2004-11-11 Hitachi Ltd ネットワーク管理プログラム、管理計算機及び管理方法
JP2005157933A (ja) * 2003-11-28 2005-06-16 Hitachi Ltd ストレージネットワークの性能情報を収集する方法およびプログラム
JP2009020703A (ja) * 2007-07-12 2009-01-29 Fujitsu Ltd ストレージ装置、ストレージ管理装置、ストレージ管理方法、およびストレージ管理プログラム
JP2009087020A (ja) * 2007-09-28 2009-04-23 Hitachi Ltd 計算機システム並びに管理装置及び管理方法
JP2009145962A (ja) * 2007-12-11 2009-07-02 Hitachi Ltd ストレージシステムの性能を監視する管理計算機、その管理計算機を含む計算機システム、及び、その制御方法

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012064012A (ja) * 2010-09-16 2012-03-29 Hitachi Ltd 計算機システム、ストレージ・ボリューム管理方法及びストレージ装置のコピー処理を制御するプログラム
WO2015104811A1 (ja) * 2014-01-09 2015-07-16 株式会社日立製作所 計算機システム及び計算機システムの管理方法
US9626117B2 (en) 2014-01-09 2017-04-18 Hitachi, Ltd. Computer system and management method for computer system

Also Published As

Publication number Publication date
US20090292789A1 (en) 2009-11-26
WO2009142282A1 (ja) 2009-11-26
EP2287745A1 (en) 2011-02-23
EP2287745A4 (en) 2013-01-23
JP5081718B2 (ja) 2012-11-28
US8903982B2 (en) 2014-12-02

Similar Documents

Publication Publication Date Title
JP5081718B2 (ja) 計算機システム並びに管理サーバ及び構成情報取得方法
US11249857B2 (en) Methods for managing clusters of a storage system using a cloud resident orchestrator and devices thereof
US10387263B2 (en) Centralized management center for managing storage services
US8260986B2 (en) Methods and apparatus for managing virtual ports and logical units on storage systems
US7890645B2 (en) Monitoring-target-apparatus management system, management server, and monitoring-target-apparatus management method
US8954979B1 (en) Method and system for managing resources in a network
US8214551B2 (en) Using a storage controller to determine the cause of degraded I/O performance
US10108517B1 (en) Techniques for data storage systems using virtualized environments
US9229647B2 (en) Systems, methods, and apparatus for spoofing a port of a host entity to identify data that is stored in a storage system and may be accessed by the port of the host entity
US10902126B2 (en) Verification of a boot loader program at a control unit to be provided to a host system to load an operating system
US9854060B2 (en) Methods and systems for monitoring network storage system resources by an API server
US10225158B1 (en) Policy based system management
JP6190468B2 (ja) 管理システム、プラン生成方法、およびプラン生成プログラム
US9304875B2 (en) Dynamically tracking logical units moving between input/output ports of a storage area network target
US9852007B2 (en) System management method, management computer, and non-transitory computer-readable storage medium
US20100235592A1 (en) Date volume migration with migration log confirmation
US20070192553A1 (en) Backup apparatus and backup method
US8443119B1 (en) System and method for disabling auto-trespass in response to an automatic failover
US20080215767A1 (en) Storage usage exclusive method
US11829803B2 (en) Methods for dynamic throttling to satisfy minimum throughput service level objectives and devices thereof
US8707018B1 (en) Managing initialization of file systems
JP2018055467A (ja) 管理装置、情報処理システムおよび管理プログラム
US7437608B2 (en) Reassigning storage volumes from a failed processing system to a surviving processing system
US9130880B2 (en) Management system and information acquisition method
US8756370B1 (en) Non-disruptive drive firmware upgrades

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20100809

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20111227

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20120221

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20120807

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20120903

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20150907

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees