(57)【要約】【課題】ディスクサブシステムのストレージの管理情報の収集にあたり、ホスト計算機とネットワークの負荷を軽減して、ストレージを有する計算機システムのスループットを向上させる。【解決手段】ディスクサブシステムに、ＣＰＵと主記憶装置を設け、管理計算機からの要求にしたがってディスクの情報を収集する。情報収集プログラムを、ディスクサブシステム上で動作させる。これにより、ディスクサブシステム上でボリューム管理情報を編集し、管理計算機で利用できるようにする。【選択図】        図１
2004157644.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して計算機から論理ボリュームとしてアクセスされるディスクストレージを備えるディスクサブシステムにおいて、
このディスクストレージは、
ＣＰＵと、
記憶装置とを有し、
前記ＣＰＵにより、前記ディスクストレージの有するボリューム管理情報を読み込んで、論理ボリューム構成情報を構成し、前記記憶装置に、その論理ボリューム構成情報を保持することを特徴とするディスクサブシステム。
【請求項２】
計算機と、ネットワークを介して前記計算機から論理ボリュームとしてアクセスされるディスクストレージを備えるディスクサブシステムとを有する計算機システムにおいて、
さらに、この計算機システムは、管理計算機を有し、
前記ディスクストレージは、
ＣＰＵと、
記憶装置とを有し、
前記ＣＰＵにより、前記ディスクストレージの有するボリューム管理情報を読み込んで、論理ボリューム構成情報を構成し、前記記憶装置に、その論理ボリューム構成情報を保持して、
前記管理計算機から、その論理ボリューム構成情報に基づくボリューム管理情報抽出データをアクセスできるようにしたことを特徴とする計算機システム。
【請求項３】
ネットワークを介して計算機から論理ボリュームとしてアクセスされるディスクストレージを備えるディスクサブシステムのストレージ管理方法において、
（１）前記ディスクストレージの有するボリューム管理情報を読み込むステップ、
（２）前記管理情報から前記論理ボリューム構成情報を構成するステップを有し、
前記（１）（２）のステップをこの順に実行することを特徴とするストレージ管理方法。
【請求項４】
さらに、
（３）前記論理ボリューム構成情報に基づくボリューム管理情報抽出データを作成して、前記ネットワークに接続されている管理計算機に送信するステップを有し、
前記（１）（２）のステップの実行の後に、前記（３）のステップを実行することを特徴とする請求項３記載のストレージ管理方法。
【請求項５】
ネットワークを介して計算機から論理ボリュームとしてアクセスされるディスクストレージを備えるディスクサブシステムのボリューム管理のための管理プログラムにおいて、
前記ディスクストレージの有するボリューム管理情報を読み込む機能、
前記管理情報から前記論理ボリューム構成情報を構成する機能、
前記論理ボリューム構成情報に基づくボリューム管理情報抽出データを作成して、前記ネットワークに接続されている管理計算機に送信する機能、
前記管理計算機に、前記ボリューム管理情報抽出データを出力する機能を実現するための管理プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ストレージ管理方法に係り、特に、管理情報の収集にあたり、ホスト側計算機とネットワークに負荷をかけることの少ないストレージ管理方法に関する。
【０００２】
【従来の技術】
近年の社会基盤を担う公共・企業の基幹システムにおけるデータ量増加に対応するため、ストレージシステムにおいては、ディスクアレイの制御技術を用いてストレージの大容量化に対応してきた。特許文献１には、このようなディスクアレイを用いる技術が開示されている。
【０００３】
また、ストレージ専用のネットワークであるＳＡＮ（Ｓｔｏｒａｇｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）を用いてこれらの基幹システムを構築し、ストレージの大容量化および複雑化に対応する傾向が現れている。このようなシステムにおいては、サーバとストレージの間をＳＡＮで接続し、ストレージをサーバから独立管理させて柔軟な管理や拡張をおこなうことが望まれている。特許文献２には、このようなＳＡＮを用いたシステムの管理方法についての技術が公開されている。この技術により、ＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ  Ａｒｒａｙｓ  ｏｆ  Ｉｎｅｘｐｅｎｓｉｖｅ  Ｄｉｓｋｓ）や、ＭＴ（Ｍａｇｎｅｔｉｃ  Ｔａｐｅ）等のストレージデバイスを、一元運用することができるようになる。
【０００４】
また、システムに複数のサーバがあり、それぞれに複数のディスクデバイスが割り当てられているＳＡＮ環境における負荷分散を目指した運用方法に、特許文献３がある。これは、ディスクに対するアクセス負荷分散を図るとともに、そのためのリソース監視をおこなう技術を開示したものである。
【０００５】
【特許文献１】
特開２００１−２５６００３号公報
【特許文献２】
特開２００２−７３０４号公報
【特許文献３】
特開２００２−１７５２０３号公報
【０００６】
【発明が解決しようとする課題】
上記特許文献３では、業務を行うサーバから、リソース管理をおこなう管理サーバに情報を収集する際に、業務をおこなうサーバにリソース監視をおこなうプログラムを設けて、そこから定期的にディスクボリュームの負荷情報を収集していた。したがって、定期的に負荷収集のためのプログラムがＣＰＵを使用することになり、業務をおこなうためのＣＰＵに負荷がかかっていた。
【０００７】
また、ＳＡＮ環境での一元運用のために必要な情報として、特許文献３に記載されているアクセス情報に加え、ディスクの空き情報等が挙げられる。この情報を取得するためにサーバにリソース監視をおこなうプログラムを置く方法をとった場合には、サーバ側からディスクに対して空き情報等の情報を取得する命令を発行しなければならない。このため、業務をおこなうためのＩ／Ｏ命令を遅延させる可能性があった。
【０００８】
本発明は、上記問題点を解決するためになされたもので、その目的は、ディスクサブシステムのストレージの管理情報の収集にあたり、ホスト計算機とネットワークの負荷を軽減して、効率的なストレージアクセスをおこなうことのできる計算機システムを提供することにある。
【０００９】
【課題を解決するための手段】
本発明は、ＣＰＵを具備したディスクサブシステムと、それを参照する計算機と、システムを管理するための管理計算機を具備し、各々が相互にネットワークで接続された計算機システムにおいて、管理計算機からの要求に従ってディスクの情報を収集し、報告する情報収集プログラム（エージェント）を、上記ＣＰＵを具備したディスクサブシステム上で動作させるものである。
【００１０】
本発明の計算機システムによれば、エージェントをディスクサブシステム上で動作させるため、業務をおこなう計算機に負荷をかけることなく、ディスクの情報を収集することができる。また、ディスクの情報を収集する際に、計算機を介すことなく管理計算機に伝送するため、計算機とディスクの間の通信路に負荷をかけることなく、ディスクの情報を収集することができる。
【００１１】
【発明の実施の形態】
以下、本発明に係る各実施形態を、図１ないし図６を用いて説明する。
【００１２】
本発明は、ストレージ管理方法に関するものである。ストレージ管理のためには、さまざまデータを扱うことが考えられるが、本実施形態では、管理プログラムが必要とするディスクボリュームのデータは、ディスクの空き容量、総容量、アクセス頻度の三つであるものとして説明する。
【００１３】
〔計算機システムの構成〕
先ず、図１を用いて本発明に係る計算機システムの構成を説明する。
図１は、本発明に係る計算機システムの構成図である。
【００１４】
本システムは、図１に示されるように、管理計算機１００と、管理対象の計算機８００と、計算機からアクセスされるディスクサブシステム９００で構成され、これらがネットワークで接続されている。ディスクサブシステム９００には、ディスクサブシステム９００内のディスク管理をおこなうためのＳＶＰ（Ｓｅｒｖｉｃｅ  Ｐｒｏｃｅｓｓｏｒ）１０００が付属している。計算機８００とディスクサブシステム９００は、ストレージ専用のネットワークであるＳＡＮ１１００で接続されている。また、管理計算機１００と計算機８００とＳＶＰ１０００は、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）１２００で接続されている。
【００１５】
ユーザの業務をおこなうＡＰ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍ）８０３は、計算機８００の主記憶装置８０２上にロードされ、ＣＰＵ８０１で実行される。ＡＰ８０３は、業務を処理するため、必要に応じてディスクサブシステム９００に対して、ファイル毎のデータの読み出しおよび書き込み（アクセス）をおこなう。
【００１６】
ディスクサブシステム９００には、ディスクコントローラ９０３によって制御されるディスク９０４がある。なお、ディスク９０４は仮想的なディスク（論理ボリューム）であってもよく、各々が二つ以上のディスクから構成されたアレイであってもよいが、本実施形態では、ディスク９０４に対するＩ／Ｏ命令は、ディスクＩＤで識別され、かつ、ディスク単位で論理ボリュームとして各計算機８００に割り当てられており、ディスク単位で情報の収集・管理をおこなうものとする。
【００１７】
ディスク９０４上には、割り当てられている計算機８００のファイルシステムに依存したフォーマットのボリューム管理情報２００が置かれている。
【００１８】
ディスクサブシステム９００の主記憶装置９０２上には、リソース監視をおこなうエージェント７００が展開され、ＣＰＵ９０１で実行される。エージェント７００は、ディスクサブシステム上におかれるボリュームの管理情報収集のためのプログラムであり、管理情報を出力するボリュームを指定したボリューム指定情報３００と、そのボリュームの参照方法を記述したボリューム構成情報４００と、監視プログラム６００から構成される。監視プログラム６００は、ボリューム指定情報３００とボリューム構成情報４００の二つの情報に基づき、ＳＶＰ１０００の主記憶装置１００２上に設けたボリューム管理情報抽出データ５００に管理情報を出力する。そして、管理計算機１００の要請があったときには、ＬＡＮ１２００を介して、このボリューム管理情報抽出データ５００を送信する。
【００１９】
エージェント７００は、ＳＶＰ１０００が有する補助記憶装置１００３に格納されていて、必要に応じてＳＶＰ１０００からディスクサブシステム９００の主記憶装置９０２上に展開され、実行される。
【００２０】
また、展開後もボリューム指定情報３００を、ＳＶＰ１０００から更新することで、ディスク９０４の構成変更にも対応することができる。また情報取得をおこなうか否かを変更することもできる。
【００２１】
管理計算機１００の主記憶装置１０２上には、管理プログラム１０３が展開されており、ＣＰＵ１０１で実行される。この管理プログラム１０３が、ＳＶＰ１０００のボリューム管理情報抽出データ５００を読み込んで、ディスクサブシステム９００の情報を収集する。
【００２２】
〔ストレージ管理のためのデータ構造〕
次に、図２ないし図５を用いて本発明のストレージ管理のためのデータ構造を説明する。
図２は、ボリューム管理情報２００とボリュームの構成図である。
図３は、ボリューム指定情報３００の模式図である。
図４は、ボリューム構成情報４００の模式図である。
図５は、ボリューム管理情報抽出データ５００の模式図である。
【００２３】
ボリューム管理情報２００は、そのボリュームの管理のためのデータであり、図２に示されるようにディスク９０４上におかれる。
【００２４】
ディスク９０４は、ボリューム管理情報２００の開始位置を示す先頭位置２０９を有している。ディスクＩＤ２０１は、そのボリュームを識別するＩＤを格納する領域である。空き容量２０２は、そのボリュームの空き容量を格納した領域である。総容量２０３は、そのボリュームの総容量を格納した領域である。先頭コントロールブロックへのポインタ２０４は、ファイルで使用する領域を管理するためのコントロールブロック２０５のリストの先頭へのポインタを格納した領域である。
【００２５】
コントロールブロック２０５は、そのボリュームの中で、ファイルが使用するデータブロックを管理するためのリスト状の構造を持つテーブルであり、ファイル情報２０６、次コントロールブロックへのポインタ２０７、データブロックへのポインタ２０８から構成される。ファイル情報２０６は、どのファイルがそのデータブロックを使用しているかを識別する情報を格納する領域である。空きであることを示す場合もある。次コントロールブロックへのポインタ２０７は、次のコントロールブロック２０５へのポインタを格納する領域である。データブロックへのポインタ２０８は、ボリュームの中のデータブロックへのポインタを格納する領域である。
【００２６】
ボリューム指定情報３００は、ボリュームの管理情報を収集するための情報を記述したものであり、図３に示されるように、ディスクＩＤ３０１、情報収集要否３０２、ボリューム構成ＩＤ３０３からなる。
【００２７】
ディスクＩＤ３０１は、ボリュームを識別するＩＤを格納する領域である。情報収集要否３０２は、そのボリュームの情報収集をおこなうか否かの指定を格納する領域であり、この領域の値により、監視プログラムは、ボリュームの管理情報を収集するか否かを決定する。
【００２８】
本実施形態では、収集をおこなう場合は「１」が、おこなわない場合は「０」が記述されているものとする。ボリューム構成ＩＤ３０３は、そのボリュームのボリューム管理情報９０４から情報を読むために、ボリューム構成情報４００のどのＩＤの情報を用いるかを示した情報を格納した領域である。
【００２９】
ボリューム構成情報は、ボリューム管理のために必要な情報を抜き出したものであり、図４に示されるように、ボリューム構成ＩＤ４０１、先頭位置情報４０２、空き情報記述位置４０３からなる。
【００３０】
ボリューム構成ＩＤ４０１は、ボリューム構成の種類を識別するＩＤを格納した領域であり、図３のボリューム指定情報のボリューム構成ＩＤとリンクしている。
【００３１】
先頭位置情報４０２は、ボリューム管理情報２００の先頭位置を格納した領域である先頭位置２０６が、ボリューム内のどこに置かれるかの情報が記述される。空き容量記述位置４０３は、ボリューム管理情報２００の中の空き容量２０２の位置を格納した領域である。総容量記述位置４０４は、ボリューム管理情報２００の中の総容量２０３の位置を格納した領域である。
【００３２】
なお、本実施形態の記法で、空き情報記述位置４０３と総容量記述位置４０４が、括弧でくくられて記述されている場合は、先頭位置情報４０２から得られたボリューム管理情報２００の先頭からの偏差を表し、括弧がない場合は、ボリューム内での位置を示しているものとして説明する。
【００３３】
ボリューム管理情報抽出データ５００は、必要なボリュームの管理情報をＳＶＰ１０００で保持する情報であり、図５に示されるように、ディスクＩＤ５０１、空き容量５０２、総容量５０３、アクセス頻度５０４からなる。
【００３４】
ディスクＩＤ５０１は、ボリュームを識別するＩＤを格納する領域である。空き容量５０２は、監視プログラム６００が取得したディスクＩＤ５０１の空き容量を格納する領域である。総容量５０３は、監視プログラム６００が取得したディスクＩＤ５０１の総容量を格納する領域である。アクセス頻度５０４は、監視プログラム６００が取得したディスクＩＤ５０１のボリュームのアクセス頻度を格納する領域である。
【００３５】
〔監視プログラムの処理〕
次に、図６を用いて監視プログラム６００の処理の流れを説明する。
図６は、監視プログラム６００の処理の流れを示すフローチャートである。
【００３６】
先ず、監視プログラムは、ボリューム指定情報３００から、情報収集要否３０２が「１」であるディスクＩＤ３０１を取得する（ステップ６０１）。
【００３７】
そして、ステップ６０１で取得したディスクＩＤ３０１が空でないか、すなわち、情報を収集するディスクがあるか否かを判定する（ステップ６０２）。
【００３８】
情報を収集するディスクがある場合には、ディスクＩＤ３０１に対応するボリューム構成ＩＤ３０３を取得し（ステップ６０３）、情報を収集するディスクがない場合には、監視プログラムの一回分の処理を終了したとして、次の起動契機までＷＡＩＴする（ステップ６０８）。
【００３９】
情報を収集するディスクがある場合で、ステップ６０３が実行されたときは、次に、ディスクＩＤ３０１で示されるディスク９０４のボリューム管理情報２００から、情報を取得する。すなわち、ボリューム構成情報４００の中から、ステップ６０３で取得したボリューム構成ＩＤ３０３に合致するボリューム構成ＩＤ４０１を見つけ、それに対応する先頭位置情報４０２と、空き情報記述位置４０３と、総容量記述位置４０４を取得し、この二つの情報を用いて、ボリューム管理情報２００から、空き容量２０２と総容量２０３の値を取得する。
【００４０】
例えば、ディスクＩＤ３０１が「１」である場合は、ボリューム構成ＩＤ４０１の値である「１」に対応する先頭位置情報４０２は「４バイト」である。また、空き情報記述位置４０３は「（４バイト）」、総容量記述位置４０４は「（８バイト）」である。したがって、ディスクＩＤ３０１が「１」であるディスク９０４の先頭から４バイトに記述されているポインタが示す位置（ボリューム管理情報２００の開始位置）から、さらに４バイト偏移した位置から空き容量２０２を取得し、また、同じくボリューム管理情報２００の開始位置から８バイト偏移した位置から総容量２０３を取得する（ステップ６０４）。
【００４１】
さらに、ディスクＩＤ３０１で示されるディスク９０４のアクセス頻度情報を取得する（ステップ６０５）。
【００４２】
ステップ６０４とステップ６０５で取得した情報を、ボリューム管理情報抽出データ５００に出力する（ステップ６０６）。
【００４３】
ボリューム指定情報３００から、次に処理すべきディスクのディスクＩＤを取得する（ステップ６０７）。そして、このようにして処理するディスクＩＤの全てについて、ステップ６０２ないしステップ６０７の処理を繰り返す。
【００４４】
〔その他の実施形態〕
上記実施形態においては、ディスクの中に格納されているボリューム管理情報から、管理プログラムが必要とするデータを抽出する形態を採っていた。これを、ボリューム管理情報の始点と終点を指定させ、ボリューム管理情報全体を出力する形態にしてもよい。この場合、ボリューム管理情報抽出データ５００には、ボリューム管理情報２００全体が格納される。
【００４５】
そして、このときには、ボリューム管理情報全体を出力するのではなく、前回出力分からの差分を出力する形態にしてもよい。
【００４６】
また、上記実施形態の管理情報としては、ボリュームの空き容量、総容量、アクセス頻度の三種類のものを示したが、そのほかにも、ボリュームの計算機の割り当て情報、ＲＡＩＤのエミュレーションタイプ、ディスク単位のＩ／Ｏ書込みミス頻度などが考えられる。
【００４７】
【発明の効果】
本発明によれば、ディスクサブシステムのストレージの管理情報の収集にあたり、ホスト計算機とネットワークの負荷を軽減して、効率的なストレージアクセスをおこなうことのできる計算機システムを提供することができる。
【図面の簡単な説明】
【図１】本発明に係る計算機システムの構成図である。
【図２】ボリューム管理情報２００とボリュームの構成図である。
【図３】ボリューム指定情報３００の模式図である。
【図４】ボリューム構成情報４００の模式図である。
【図５】ボリューム管理情報抽出データ５００の模式図である。
【図６】監視プログラム６００の処理の流れを示すフローチャートである。
【符号の説明】
１００…管理計算機、１０３…管理プログラム、２００…ボリューム管理情報、３００…ボリューム指定情報、４００…ボリューム構成情報、５００…ボリューム管理情報抽出データ、６００…監視プログラム、７００…エージェント、８００…計算機、９００…ディスクサブシステム、１０００…ＳＶＰ、１１００…ＳＡＮ、１２００…ＬＡＮ。
【図１】
2004157644.tif 000003
【図２】
2004157644.tif 000004
【図３】
2004157644.tif 000005
【図４】
2004157644.tif 000006
【図５】
2004157644.tif 000007
【図６】
2004157644.tif 000008