(57)【要約】【課題】従来管理者が行なっていたＰＣサーバのアプリケーションへのボリューム割当作業、ＰＣサーバ装置変更に伴うアプリケーションのボリューム引継ぎ作業の作業負荷が増大している。【解決手段】ストレージ装置は、アプリケーション単位にボリュームの構成情報を管理する手段、アプリケーションのボリューム単位にボリュームの用途に関する情報を管理する手段、ストレージ装置の割当可能領域を性能、信頼性によって分割して管理する手段を備え、ストレージ装置のボリューム管理システムはアプリケーションのボリュームの用途によってこれに適した割当領域を選択する手段、アプリケーションのホスト構成を変更した際に、ホストの性能変更に応じてこれに適した割当領域を選択し適した領域にボリュームを移動する手段、構成情報を変更してホスト側の設定変更を行なう手段を備える。【選択図】図４
2010097372.tif 000002
【特許請求の範囲】
【請求項１】
ストレージ装置を有する計算機システムのボリューム管理方式であって、前記ストレージ装置は、アプリケーション単位にボリュームの構成情報を管理する手段、前記アプリケーションのボリューム単位にボリュームの用途に関する情報を管理する手段、及び、ストレージ装置の割当可能領域を性能、信頼性によって分割して管理する手段を備えており、
前記ボリューム管理方式は、前記アプリケーションのボリュームの用途によってこれに適した割当領域を選択する手段と、アプリケーションのホスト構成を変更した際に、ホストの性能変更に応じてこれに適した割当領域を選択し適した領域にボリュームを移動する手段と、構成情報を変更してホスト側の設定変更を行う手段とを備えていることを特徴とするボリューム管理方式。
【請求項２】
請求項１に記載のストレージ装置を有する計算機システムのボリューム管理方式において、
前記アプリケーションのボリュームの用途によって、仮想、または実の領域割当方式を決めることを特徴とするボリューム管理方式。
【請求項３】
請求項１に記載のストレージ装置を有する計算機システムのボリューム管理方式において、
前記ホストの性能要件が変更された場合、この性能要件に見合った割当領域を選択し、前記アプリケーションのボリュームを移動することを特徴とするボリューム管理方式。
【請求項４】
請求項１に記載のストレージ装置を有する計算機システムのボリューム管理方式において、
前記ボリュームを移動する手段は、他のストレージ装置からＲＡＩＤクループ情報を収集して、ＲＡＩＤグループ情報テーブルを更新し、
前記ＲＡＩＤグループ情報テーブルの領域割当方法、ＨＤＤ種類、ＩＯ性能、及び使用可能容量の情報を参照する手段によりＲＡＩＤグループを選択し、選択したＲＡＩＤグループに前記ストレージ装置のコピー機能を用いて当該ボリュームをコピーして論理ユニットを移動し、移動後の情報をＡＰ管理テーブルに反映することを特徴とするボリューム管理方式。
【請求項５】
ストレージ装置を有する計算機システムのボリューム管理方式であって、前記ストレージ装置は、アプリケーション単位にボリュームの構成情報を管理する手段、前記アプリケーションのボリューム単位にボリュームの用途に関する情報を管理する手段、及び、ストレージ装置の割当可能領域を性能、信頼性によって分割して管理する手段を備えており、
前記ボリューム管理方式は、前記アプリケーションのボリュームの用途によってこれに適した割当領域を選択する手段と、アプリケーションのホスト構成を設定する際に、ホストの性能に適した割当領域を選択し適した領域にボリュームを割り当てる手段と、構成情報を取得してホスト側の設定を行う手段とを備えていることを特徴とするボリューム管理方式。
【請求項６】
請求項５に記載のストレージ装置を有する計算機システムのボリューム管理方式において、
前記アプリケーションのボリュームの用途によって、仮想、または実の領域割当方式を決めることを特徴とするボリューム管理方式。
【請求項７】
請求項５に記載のストレージ装置を有する計算機システムのボリューム管理方式において、
前記ホストの性能要件が設定された場合、この性能要件に見合った割当領域を選択し、前記アプリケーションのボリュームを割り当てることを特徴とするボリューム管理方式。
【請求項８】
ストレージ装置を有する計算機システムのボリューム管理方式であって、前記ストレージ装置は、アプリケーション単位にボリュームの構成情報を管理する手段、前記アプリケーションのボリューム単位にボリュームの用途に関する情報を管理する手段、及び、ストレージ装置の割当可能領域を性能、信頼性によって分割して管理する手段を備えており、
前記ボリューム管理方式は、前記アプリケーションのボリュームの用途によってこれに適した割当領域を選択する手段と、アプリケーションのホスト構成を設定する際に、ホストの性能に適した割当領域を選択し適した領域にボリュームを割り当てる手段と、構成情報を取得してホスト側の設定を行う手段とを備えており、
前記ボリュームを割り当てる手段は、他のストレージ装置からＲＡＩＤクループ情報を収集して、ＲＡＩＤグループ情報テーブルを更新し、
フォーマット特性より領域割当方法を決定してＲＡＩＤグループを選択し、性能要件よりＨＤＤ種類を決定してＲＡＩＤグループを選択し、ＩＯ性能よりＲＡＩＤグループを選択し、使用可能容量よりＲＡＩＤグループを選択する手段によりＲＡＩＤグループを選択し、選択したＲＡＩＤグループに論理ユニットを作成し、作成後の情報をＡＰ管理テーブルに反映することを特徴とするボリューム管理方式。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ホスト計算機のローカルディスクに相当するディスクをネットワーク型ストレージ装置に集約し、ホスト計算機はこれをＳＡＮ（Storage  Area  Network）を用いて使用する計算機システムにおけるボリューム管理方式に関する。
【背景技術】
【０００２】
近年、ｉＳＣＳＩ（internet  Small  Computer  System  Interface）やファイバチャネル（ＦＣ：Fibre  Channnel）によってホスト計算機と接続できるネットワーク型ストレージ装置（以下、ストレージ装置とする）が使用できるようになった。ストレージ装置を使用する計算機システムでは、各ホストは、ストレージ装置の論理的に区分けされた記憶域（ＬＵ：Logical  Unit）をローカルＨＤＤ（Hard  Disk  Drive）の代わりに使用する。
【０００３】
従来、ホスト計算機としてメインフレーム／サーバ装置が主に使用されていたが、ストレージ装置の普及、低価格化と共に、安価なＰＣ（Personal  Computer）サーバ装置が広く用いられるようになった。ＰＣサーバを用いたシステムは、メインフレーム／サーバ装置を用いたシステムに比べ、台数が多く、かつ装置故障、装置の性能アップなどの目的で装置のリプレースが頻繁に行われる。このため、従来管理者が行なっていたＰＣサーバのアプリケーションへのボリューム割当作業（ＬＵの作成、作成したＬＵへのパス設定、ＰＣサーバ装置へのパス設定等）、ＰＣサーバ装置変更に伴うアプリケーションのボリューム引継ぎ作業（作成したＬＵのパス変更、ＰＣサーバ装置へのパス変更等）の作業負荷が増大する。ボリューム移動時における、構成変更処理に関しては特許文献１が提案されている。
【特許文献１】特開２００６−９２０５４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
従来方式では、ストレージ装置間でボリュームを移動した際、計算機が無停止で移動後のボリュームに接続できるようにするもので、ボリューム移動時の管理者負担を軽減できるが、ボリュームの作成、計算機の移動に関する環境設定作業等の管理者負担を軽減できるものではない。
【０００５】
本発明の目的は、アプリケーション単位にこれが使用するボリュームを管理し、アプリケーションの特徴、アプリケーションが動作するホスト環境の情報を利用することによって、管理者によるボリュームの作成、構成変更処理を軽減する機能を提供することにある。
【課題を解決するための手段】
【０００６】
本発明の計算機システムにおけるボリューム管理方式は、ストレージ装置を有する計算機システムであって、ストレージ装置は、アプリケーション単位にボリュームの構成情報を管理する手段、アプリケーションのボリューム単位にボリュームの用途に関する情報を管理する手段、ストレージ装置の割当可能領域を性能、信頼性によって分割して管理する手段を備え、アプリケーションのボリュームの用途によってこれに適した割当領域を選択する手段、アプリケーションのホスト構成を変更した際に、ホストの性能変更に応じてこれに適した割当領域を選択し適した領域にボリュームを移動する手段、構成情報を変更してホスト側の設定変更を行う手段を備える。
【発明の効果】
【０００７】
本発明によれば、アプリケーションのボリューム用途に応じて、ボリュームの作成、ホストの構成変更に伴う設定変更作業をストレージ装置が行うので、これに伴う管理者の作業工数を削減できる。また、アプリケーションのボリューム用途に応じてボリュームの配置を決めることができるため、アプリケーション間の性能に関する競合問題を事前に防ぐことができる。更に、ストレージ装置内で、ＨＤＤ障害等の問題が発生した際、これに関わるホスト、アプリケーションまでの特定がストレージ装置において可能になる。
【発明を実施するための最良の形態】
【０００８】
以下、本発明の実施の形態について図面を参照して説明する。
【実施例１】
【０００９】
まず、本発明のシステムの構成について説明する。図１、図２、図５を参照して本実施例に係る計算機システムの概略構成について説明する。図１は本実施例に係る計算機システムの概略構成を示す説明図である。図２は本実施例におけるホストの内部構成を概念的に示す説明図である。図５は本実施例におけるストレージ装置のコントローラの内部構成を概念的に示す説明図である。
【００１０】
本実施例に係る計算機システムは、図１に示すように、ユーザが使用するホスト１００、ホストが使用する論理ユニット（ＬＵ：Logical  Unit）６００を備えるストレージ装置３００から構成される。ホスト１００、ストレージ装置３００は、ＩＰ（Internet  Protocol）ネットワーク８００を介して接続されている。ＩＰネットワーク８００は、イーサネット（登録商標）によって構築されているローカルエリアネットワーク（ＬＡＮ：Local  Area  Network）であり、通信プロトコルとしてＴＣＰ／ＵＤＰ／ＩＰ（Transmission  Control  Protocol/User  Datagram  Protocol/Internet  Protpcol）のプロトコルを用いてデータの伝送が実行される。本実施例では、ホスト１００とストレージ装置３００との間における通信にはｉＳＣＳＩプロトコルを用いる。ホスト１００とストレージ装置３００との間における通信にＦＣプロトコルを使うこともできる。その場合は、ホスト１００とストレージ装置３００間にＦＣネットワークを使う。
【００１１】
ストレージ装置３００は、コントローラ４００と複数の磁気ハードディスクドライブ（ＨＤＤ）５００から構成される。ストレージ装置３００は、複数のＨＤＤ５００によってＲＡＩＤ（Redundant  Array  of  Independent  Disks）構成されるディスクアレイ装置であり、１または複数のＲＡＩＤ構成されたＲＡＩＤグループ（ＲＡＩＤ−Ｇ）７００を提供する。ＲＡＩＤグループ７００は、１または複数の論理的なボリュームである論理ボリュームを提供する。各論理ボリュームは、論理ユニット（ＬＵ）６００とも呼ばれる。
【００１２】
ストレージ装置３００のコントローラ４００は、図５に示すように、内部に、ＣＰＵ（Central  Processing  Unit）４０１、メモリ４０２、ディスクＩ／Ｏ（Input/Output）インターフェース４０３、ホストＩ／Ｏインターフェース４０４、管理Ｉ／Ｏインターフェース４０５を備えている。ＣＰＵ４０１、メモリ４０２、Ｉ／Ｏインターフェース４０３、４０４、４０５は相互にバスを介して接続されている。ＣＰＵ４０１は、メモリ４０２に格納されている各種プログラムを実行する演算処理装置である。メモリ４０２は、いわゆる内部記憶装置であり、各種プログラム等を記憶する不揮発性メモリおよび演算処理結果を一時的に格納する揮発性メモリの双方を含む。ディスクＩ／Ｏインターフェース４０３は、ＨＤＤ５００と接続されている。ホストＩ／Ｏインターフェース４０４は、ＩＰネットワーク８００を介してホスト１００と接続されている。管理Ｉ／Ｏインターフェース４０５は、ＩＰネットワーク８００を介して管理計算機（図示せず）と接続されている。
【００１３】
メモリ４０２には、ＡＰ（Application）管理テーブル４１０、資源管理テーブル４１１、ディスクアクセスプログラム４１２、割当管理プログラム４１３が格納されている。
【００１４】
ＡＰ管理テーブル４１０は、ＡＰの情報及びＡＰに割り当てたストレージの資源に関する情報を格納した領域である。資源管理テーブル４１１は、ＲＡＩＤ−Ｇの容量、使用状況に関する情報を格納した領域である。ディスクアクセスプログラム４１１は、ＬＵに対する、リード、及びライト命令をホストＩ／Ｏインターフェース４０４から受信し、ディスクＩ／Ｏインターフェース４０３を用いてこれらの命令を実行する。割当管理プログラム４１２は、本方式に関するプログラムで、ボリュームの割当処理を行うプログラムである。
【００１５】
ホスト１００は、図２に示すように、内部に、ＣＰＵ１０１、メモリ１０２、Ｉ／Ｏインターフェース１０３を備えている。ＣＰＵ１０１、メモリ１０２、Ｉ／Ｏインターフェース１０３は相互にバスを介して接続されている。ＣＰＵ１０１は、メモリ１０２に格納されている各種プログラムを実行する演算処理装置である。メモリ１０２は、いわゆる内部記憶装置であり、各種プログラム等を記憶する不揮発性メモリおよび演算処理結果を一時的に格納する揮発性メモリの双方を含む。Ｉ／Ｏインターフェース１０３は、ＩＰネットワーク８００を介してストレージ装置３００と接続されている。
【００１６】
メモリ１０２には、ＡＰ登録テーブル１１０、ｉＳＣＳＩ処理プログラム１１１、割当処理プログラム１１２が格納されている。ｉＳＣＳＩ処理プログラム１１１は、ホストのＯＳ（Operating  System）から発行されたＳＣＳＩのＩＯ命令をＴＣＰ／ＩＰプロトコルを用いストレージ装置３００に送信するプログラムである。割当処理プログラム１１２は、本方式に関するプログラムであり、ｉＳＣＳＩ処理プログラム１１１のディスカバリ処理から呼び出しされ、ＡＰ登録テーブル１１０に登録されたアプリケーションのボリュームの作成、及び、ボリュームの構成変更を行う。
【００１７】
以下に、図３を参照して、本実施例に係るストレージ装置のＬＵ構成について説明する。ホスト１００のｉＳＣＳＩ処理プログラム１１１は、ターゲットと呼ばれる識別情報を使ってストレージ装置３００に接続する。ｉＳＣＳＩの場合、ターゲット情報は、ホストＩ／Ｏインターフェース４０４のポートを識別するＩＰアドレス、ターゲット名、イニシエータ名である。ターゲットには１つ以上のＬＵがマッピングされる。ホスト１００からストレージ装置３００のターゲットに対して接続を行うと、ターゲットにマッピングされているＬＵが、ホスト１００にマウントされる。本システムでは、各ホストにアプリケーションＡＰ−Ａ、ＡＰ−Ｂが動作し、各アプリケーションはターゲット、ＬＵを少なくとも１つ備える。
【００１８】
次に、図２のＡＰ登録テーブルの構成について説明する。ＡＰ登録テーブル１１０は、ボリューム割当、構成変更を行うアプリケーションのボリュームを登録したテーブルであり、管理者がホストに予め設定しておく情報である。ＡＰ登録テーブルでは、アプリケーションをシステムで唯一に識別する識別子をＡＰＩＤ１１０１に登録する。また、アプリケーションの複数個のボリュームを個々に識別する識別子をボリュームＩＤ１１０２に登録する。ポートアドレス１１０３には、割当処理プログラム１１２が、ボリュームが作成されたストレージ装置のポートアドレスを設定する。
【００１９】
続いて、図５のＡＰ管理テーブルの構成について説明する。ＡＰ管理テーブル４１０は、ＡＰテーブル４１０−１、ボリュームテーブル４１０−２、ＡＰボリューム対応テーブル４１０−３、ボリュームＲＡＩＤ−Ｇ対応テーブル４１０−４からなる。
【００２０】
ＡＰテーブル４１０−１は、ＡＰにボリュームを割当した際、ストレージ装置３００のコントローラ４００の割当管理プログラム４１３が作成する。ＡＰが存在するホストを識別するホスト識別情報４１０１２、ホストで動作しているＯＳを識別するＯＳ種別４１０１３、ホストのＣＰＵ性能を表すホスト性能４１０１４、アプリケーションの種類を表すＡＰ識別４１０１５、アプリケーションを識別するためのＡＰＩＤ４１０１１である。ホスト識別情報４１０１２にはホストのＩＰアドレスが使用できる。ＯＳ種別４１０１３にはＯＳ名称が使用できる。ホスト性能４１０１４にはＣＰＵのクロック値が使用できる。ＡＰ識別４１０１５はアプリケーション名称が使用できる。
【００２１】
ボリュームテーブル４１０−２は、アプリケーションが使用するボリュームの特性を記載したテーブルであり、ＡＰにボリュームを割当した際、ストレージ装置３００のコントローラ４００の割当管理プログラム４１３が作成する。アプリケーションを識別するためのＡＰＩＤ４１０２１、アプリケーションが使用する個々のボリュームを識別するボリュームＩＤ４１０２２、アプリケーションがボリュームに対して行うフォーマットの方法を表すフォーマット特性４１０２３、アプリケーションがボリュームに格納するデータを表すデータ種類４１０２４からなる。アプリケーションはボリューム全体に対してフォーマット処理を行う場合、一部分に対してフォーマット処理を行う場合があるため、この区別をフォーマット特性４１０２３で行う。ボリュームに格納するデータには、ＤＢ形式、テキスト形式、画像形式等がある。この区別をデータ種類４１０２４で行う。
【００２２】
ＡＰボリューム対応テーブル４１０−３は、アプリケーションに割当したボリュームのパスに関する情報を記載したテーブルであり、ＡＰにボリュームを割当した際、ストレージ装置３００のコントローラ４００の割当管理プログラム４１３が作成する。ターゲット名４１０２３、ポートアドレス４１０３４、イニシエータ名４１０３５を含む。
【００２３】
ボリュームＲＡＩＤ−Ｇ対応テーブル４１０−４は、ボリュームを作成したＲＡＩＤ−Ｇに関する情報を記載したテーブルであり、ＡＰにボリュームを割当した際、ストレージ装置３００のコントローラ４００の割当管理プログラム４１３が作成する。ＲＡＩＤ−Ｇ４１０４３、ＬＵ番号４１０４０４は作成したＲＡＩＤ−Ｇ、ＬＵを表す。ＩＯ性能４１０４５は、ボリュームに対するＩＯ性能の平均値であり、割当後、定期的に割当管理プログラム４１３が設定する。
【００２４】
次に、図５の資源管理テーブルの構成について説明する。資源管理テーブル４１１は、装置情報テーブル４１１−１、ＲＡＩＤ−Ｇ情報テーブル４１１−２からなる。装置情報テーブル４１１−１は、ボリューム割当可能な、ストレージ装置４００の情報を記載したテーブルであり、管理者がストレージ装置に予め設定しておく情報である。装置を識別する装置ＩＤ４１１１１、及び、割当管理プログラム４１３が他の装置の割当管理プログラム４１３と通信する際に使用する管理ポートアドレス４１１１２である。
【００２５】
ＲＡＩＤ−Ｇ情報テーブル４１１−２は、各装置に作成されたＲＡＩＤ−Ｇに関する情報を記載したものである。管理者は各ストレージ装置の情報を予め設定しておく。ストレージ装置３００のコントローラ４００の割当管理プログラム４１３は装置情報テーブル４１１−１に登録された装置からＲＡＩＤ−Ｇ情報テーブル４１１−２を得ることができる。ＲＡＩＤ−Ｇ４１１２２は、装置の中でＲＡＩＤ−Ｇを識別する情報、ＨＤＤ種類４１１２３は、ＲＡＩＤ−Ｇを構成するＨＤＤの種類（ＳＡＳ、ＳＡＴＡ等）を表し、信頼性、性能の用途別にＲＡＩＤ−Ｇを変更することができる。
【００２６】
領域割当方法４１１２４は、ＲＡＩＤ−ＧがＬＵに対して領域を割当する際、静的に割当する機能をもつのか、動的に割当する機能をもつのかを表す。静的に割当する場合は、ＬＵに予めＨＤＤが割当されるが、動的に割当できる場合は、ＬＵに対してＷＲＩＴＥが発生した際にＨＤＤの割当を行っていくため、ＨＤＤの使用容量を削減することができる。ＩＯ数４１１２６は、ＲＡＩＤ−Ｇの各ボリュームに対するＩＯ数の合計であり、割当後、定期的にストレージ装置３００のコントローラ４００の割当管理プログラム４１３が設定する。
【００２７】
続いて、図３〜図９を用い構成変更処理の概要について説明する。また、図１０は、構成変更処理のフロー図を示しており、図１６は構成変更処理のシーケンス図を示している。
ここでの構成変更とは、ホスト１００−１において、ＡＰ−Ａ、ＡＰ−Ｂにボリュームを割当した後、ホスト１００−１の負荷分散のため、ホスト１００−２にＡＰ−Ｂを移動する。それに伴い、ＡＰ−Ｂに割当済みのボリュームをホスト１００−２において利用可能にするための処理が構成変更処理である。アプリケーションに新規にボリュームを割当する際の割当処理は、実施例２において説明する。
【００２８】
図３は構成変更前のＬＵ構成を表し、図４は構成変更後のＬＵ構成を表す図である。ホスト１００−１のＡＰ登録テーブルを１１０−１、ホスト１００−２のＡＰ登録テーブルを１１０−２とし、各々構成変更後を１１０−１Ａ、１１０−２Ａとする。ＡＰテーブル、ＡＰボリューム対応テーブル、ボリュームＲＡＩＤ対応テーブルの構成変更後の状態を４１０−１Ａ、４１０−３Ａ、４１０−４Ａとする。
【００２９】
管理者は、図９に示すように、ホスト１００−１のＡＰ登録テーブル１１０−１のＡＰＩＤ（ＡＰ−Ｂ）に関する情報を削除し、ホスト１００−２のＡＰ登録テーブル１１０−２にＡＰＩＤ（ＡＰ−Ｂ）、ボリュームＩＤ（ＶＯＬ１）を登録する。
【００３０】
管理者はホスト１００−２のｉＳＣＳＩ処理プログラム１１１を起動し、ディスカバリを実行する。ディスカバリ要求をホスト１００−２の割当処理プログラム１１２が受信する。割当処理プログラム１１２は、ＡＰ登録テーブル１１０−２にＡＰＩＤ（ＡＰ−Ｂ）のポートアドレスが登録されていないため、ＡＰＩＤ（ＡＰ−Ｂ）のボリューム構成変更処理を行う。
【００３１】
図１０の構成変更処理フローにおいて、割当処理プログラム１１２はパラメータ入力画面を表示するが、構成変更処理であるため管理者は値を入力しない。ホスト１００−２のボリューム割当処理では、ｉＳＣＳＩイニシエータ名、ホスト識別情報、ホスト１００−２の性能情報をＯＳの構成情報より取得し、割当要求をストレージ装置３００の割当管理プログラム４１３に送る。
【００３２】
図１０のステップＳ１００１において、割当管理プログラム４１３は、ＡＰＩＤ（ＡＰ−Ｂ）の登録確認を各ストレージ装置に対して行う。ステップＳ１００２において、図６のＡＰテーブル４１０−１にＡＰＩＤ（ＡＰ−Ｂ）が登録済みであるため構成変更処理を行う。構成変更処理を行う場合は、通知されたＡＰＩＤより、ＡＰテーブル４１０−１のホスト性能値４１０１４を得る。新たなホスト性能値が登録済みの性能値より高い場合、現状よりも高いＩＯ性能を提供可能なＲＡＩＤ−Ｇを次の手順で選択し、ボリュームの移動処理を行う。ここでは、ホスト１００−１のＣＰＵ性能が１．０ＧＨｚ、ホスト１００−２の性能が２．０ＧＨｚとし、ホスト１００−２の性能値が高いとする。該当するＲＡＩＤ−Ｇが選択できない場合は、移動処理を行なわず、ステップＳ１００９に移行し、ストレージ装置のパス変更処理を行う。
【００３３】
ボリュームの移動処理は、まず、ステップＳ１００３において、他の装置の割当管理プログラム４１３からＲＡＩＤ−Ｇ情報テーブルを収集し、ＲＡＩＤ−Ｇ情報テーブルを更新する。ステップＳ１００４において、現状割当されているＲＡＩＤ−Ｇの領域割当方法４１１２４に一致するＲＡＩＤ−Ｇを選択する。ステップＳ１００５において、選択したＲＡＩＤ−Ｇにおいて、現状より高いＩＯ性能が得られるＲＡＩＤ−ＧをＨＤＤ種類４１１２３によって選択する。ステップＳ１００６において、選択したＲＡＩＤ−ＧのＩＯ数４１１２６より、ＩＯ負荷の低い、ＩＯ数が小さいＲＡＩＤ−Ｇを選択する。ステップＳ１００７において、選択したＲＡＩＤ−Ｇの使用可能容量４１１２５より、ＡＰ−Ｂのボリュームを全て移動可能な領域があるＲＡＩＤ−Ｇを選択する。得られたＲＡＩＤ−Ｇの内、任意に１つを選択する。
【００３４】
ステップＳ１００８において、選択したＲＡＩＤ−Ｇにストレージ装置のコピー機能を用いボリュームのコピーを行う。移動後のＲＡＩＤ−Ｇ情報をＡＰ管理テーブル４１０のボリュームＲＡＩＤ−Ｇ対応テーブル４１０−４Ａ（図７）に反映する。ここでは、資源管理テーブル４１１のＲＡＩＤ−Ｇ情報テーブル４１１−２（図８）より装置ＩＤ（０）、ＲＡＩＤ−Ｇ（１）を選択し、ＬＵを装置内でコピーする。選択したＲＡＩＤ−Ｇが別の装置にある場合は、新たなターゲットを割当しターゲットにＬＵをマップし、移動元移動先のＡＰ管理テーブル４１０を変更する。
【００３５】
ステップＳ１００９において、パス変更処理により、通知されたｉＳＣＳＩイニシエータ名をターゲットに登録する。ｉＳＣＳＩイニシエータ名をＡＰボリューム対応テーブル４１０−３Ａ（図７）に登録し、ホスト識別情報をＡＰテーブル４１０−１Ａに設定する。ステップＳ１０１０において、構成変更終了を割当処理プログラム１１２に通知する。割当管理プログラム４１３はボリュームが作成されているターゲットのポートアドレスを通知する。ステップＳ１０１１において、割当処理プログラム１１２は、通知されたターゲットのポートアドレスをＡＰ登録テーブル１１０−２Ａ（図９）に設定する。割当処理プログラム１１２はｉＳＣＳＩ処理プログラム１１１にポートアドレスを登録し、処理を終了する。
【００３６】
上記の処理の後、ｉＳＣＳＩ処理プログラム１１１は設定されているターゲットのポートアドレスに対して行うディスカバリ処理を継続する。これによって、ディスクアクセスプログラム４１２は、ｉＳＣＳＩイニシエータ名が登録されているターゲット名をｉＳＣＳＩ処理プログラム１１１に通知する。ｉＳＣＳＩ処理プログラム１１１は通知されたターゲットにログイン処理を行い移動されたボリュームに接続が行える。
【実施例２】
【００３７】
アプリケーションに新規にボリュームを割当する際の処理を、図１１、１２、１３、１５、１７を用い説明する。
図１１はアプリケーション新規登録後のＬＵ構成を表す図である。ホスト１００−２のＡＰ登録テーブルを１１０−２とし、各々ＡＰ登録前を１１０−２Ａ、１１０−２Ｂとする。ＡＰテーブル、ボリュームテーブル、ＡＰボリューム対応テーブル、ボリュームＲＡＩＤ対応テーブルのＡＰ登録後の状態を４１０−１Ｂ、４１０−２Ｂ、４１０−３Ｂ、４１０−４Ｂとする。
また、図１５は本発明の実施例２の割当処理を示すフローチャートであり、図１７は本発明の実施例２の割当処理を示すシーケンス図である。
【００３８】
管理者は、ＡＰ登録テーブルにＡＰＩＤ（ＡＰ−Ｃ）、ボリュームＩＤ（ＶＯＬ１）を登録する１１０−２Ａ（図１２）。
【００３９】
管理者はｉＳＣＳＩ処理プログラムを起動し、ディスカバリを実行する。ディスカバリ要求を割当処理プログラム１１２が受信する。割当処理プログラム１１２は、ＡＰ登録テーブル１１０−２ＡにＡＰＩＤ（ＡＰ−Ｃ）のポートアドレスが登録されていないため、ＡＰＩＤ（ＡＰ−Ｃ）のボリューム割当処理を行う。
【００４０】
図１５のステップＳ２００１において、割当処理プログラム１１２はパラメータ入力画面を表示し、管理者はこれに、ＡＰＩＤ（ＡＰ−Ｃ）、ＶＯＬ１のＡＰ種別、フォーマット特性、データ種類、サイズを入力する。ボリューム割当処理は、ｉＳＣＳＩイニシエータ名、ホスト識別情報、ホスト１００−２の性能情報をＯＳの構成情報より取得し、割当要求をストレージ装置３００の割当管理プログラム４１３に送る。
【００４１】
ステップＳ２００２において、割当管理プログラム４１３の割当処理は、まず他の装置の割当管理プログラム４１３からＲＡＩＤ−Ｇ情報テーブルを収集し、ＲＡＩＤ−Ｇ情報テーブルを更新する。更新したＲＡＩＤ−Ｇ情報テーブルを４１１−２Ｂとする（図１３）。ステップＳ２００３において、フォーマット特性の値より領域割当方法を求めこれに一致するＲＡＩＤ−Ｇを選択する。例えば、部分的なフォーマットを行うボリュームは、仮想割当が使用できるため、仮想の領域を選択できる。ステップＳ２００４において、性能要件により、選択したＲＡＩＤ−Ｇにおいて、より高いＩＯ性能が得られるＲＡＩＤ−ＧをＨＤＤ種類４１１２３によって選択する。例えば、ＡＰがＤＢでかつデータ種類がＤＢであるボリュームは信頼性、性能値が高いＨＤＤを選択する。データ種類がファイルである場合は、性能要件をＤＢより低くできるため、ＤＢとはことなるＨＤＤを選択する。
【００４２】
ステップＳ２００５において、選択したＲＡＩＤ−ＧのＩＯ数４１１２６より、ＩＯ負荷の低い、ＩＯ数が小さいＲＡＩＤ−Ｇを選択する。ステップＳ２００６において、選択したＲＡＩＤ−Ｇの使用可能容量４１１２５より、ＡＰ−Ｃのボリュームを作成可能な領域があるＲＡＩＤ−Ｇを選択する。ステップＳ２００７において、選択したＲＡＩＤ−ＧにＬＵを作成する。ターゲットを割当し、作成後の情報をＡＰ管理テーブル４１０に反映する。選択したＲＡＩＤ−Ｇが別装置である場合は、当該装置の割当管理プログラム４１３に通知し、ＬＵの作成、ターゲットの作成、ＡＰ管理テーブル４１０の更新を行う。
【００４３】
ステップＳ２００８において、パス設定処理によって、ｉＳＣＳＩイニシエータ名をターゲットに登録する。ｉＳＣＳＩイニシエータ名、ホスト識別情報をＡＰ管理テーブル４１０に設定する。更新されたテーブルが４１０−１Ｂ、４１０−２Ｂ、４１０−３Ｂ、４１０−４Ｂである（図１４）。ステップＳ２００９において、割当終了を割当処理プログラム１１２に通知する。割当管理プログラム４１３はボリュームが作成されたターゲットのポートアドレスを通知する。ステップＳ２０１０において、割当処理プログラム１１２は、通知されたターゲットのポートアドレスをＡＰ登録テーブル１１０−２Ｂ（図１２）に設定する。割当処理プログラム１１２はｉＳＣＳＩ処理プログラム１１１にポートアドレスを登録し、処理を終了する。
【００４４】
上記の処理の後、ｉＳＣＳＩ処理プログラム１１１は設定されているターゲットのポートアドレスに対して行うディスカバリ処理を継続する。これによって、ディスクアクセスプログラム４１２は、ｉＳＣＳＩイニシエータ名が登録されているターゲット名をｉＳＣＳＩ処理プログラム１１１に通知する。ｉＳＣＳＩ処理プログラム１１１は通知されたターゲットにログイン処理を行い作成されたボリュームに接続できる。
【図面の簡単な説明】
【００４５】
【図１】図１は本発明の実施例１に係る計算機システムの概略構成を示す説明図である。
【図２】図２は本発明の実施例１におけるホストの内部構成を概念的に示す説明図である。
【図３】図３は本発明の実施例１の構成変更におけるホスト、ボリュームの構成を概念的に示す説明図である。
【図４】図４は本発明の実施例１構成変更における構成変更後のホスト、ボリュームの構成を概念的に示す説明図である。
【図５】図５は本発明の実施例１におけるストレージ装置の内部構成を概念的に示す説明図である。
【図６】図６は本発明の実施例１のストレージ装置の記憶装置に格納されているＡＰ管理テーブルの説明図である。
【図７】図７は本発明の実施例１のストレージ装置の記憶装置に格納されている構成変更後のＡＰ管理テーブルの説明図である。
【図８】図８は本発明の実施例１のストレージ装置の記憶装置に格納されている資源管理テーブルの説明図である。
【図９】図９は本発明の実施例１のホストの記憶装置に格納されているＡＰ登録テーブルの説明図である。
【図１０】図１０は本発明の実施例１の構成変更処理を示すフローチャートである。
【図１１】図１１は本発明の実施例２の割当処理におけるホスト、ボリュームの構成を概念的に示す説明図である。
【図１２】図１２は本発明の実施例２の割当処理に関連するＡＰ登録テーブルの説明図である。
【図１３】図１３は本発明の実施例２の割当処理に関連する資源管理テーブルの説明図である。
【図１４】図１４は本発明の実施例２のストレージ装置の記憶装置に格納されている構成変更後のＡＰ管理テーブルの説明図である。
【図１５】図１５は本発明の実施例２の割当処理を示すフローチャートである。
【図１６】図１６は本発明の実施例１の構成変更処理を示すシーケンス図である。
【図１７】図１７は本発明の実施例２の割当処理を示すシーケンス図である。
【符号の説明】
【００４６】
１００    ホスト
１０１    中央演算装置（ＣＰＵ）
１０２    メモリ
１０３    Ｉ／Ｏインターフェース
１１０    ＡＰ登録テーブル
１１０−１    ＡＰ登録テーブル
１１０−２    ＡＰ登録テーブル
１１１    ｉＳＣＳＩ処理プログラム
１１２    割当処理プログラム
３００    ストレージ装置
４００    コントローラ
４０１    中央演算装置（ＣＰＵ）
４０２    メモリ
４０３    ディスクＩ／Ｏインターフェース
４０４    ホストＩ／Ｏインターフェース
４０５    管理Ｉ／Ｏインターフェース
４１０    ＡＰ管理テーブル
４１０−１    ＡＰテーブル
４１０−２    ボリュームテーブル
４１０−３    ＡＰボリューム対応テーブル
４１０−４    ボリュームＲＡＩＤ−Ｇ対応テーブル
４１１    資源管理テーブル
４１１−１    装置情報テーブル
４１１−２    ＲＡＩＤ−Ｇ情報テーブル
４１２    ディスクアクセスプログラム
４１３    割当管理プログラム
５００    磁気ディスク記憶装置（ＨＤＤ）
６００    論理ユニット（ＬＵ）
７００    ＲＡＩＤグループ
８００    ＩＰネットワーク
【図１】
2010097372.tif 000003
【図２】
2010097372.tif 000004
【図３】
2010097372.tif 000005
【図４】
2010097372.tif 000006
【図５】
2010097372.tif 000007
【図６】
2010097372.tif 000008
【図７】
2010097372.tif 000009
【図８】
2010097372.tif 000010
【図９】
2010097372.tif 000011
【図１０】
2010097372.tif 000012
【図１１】
2010097372.tif 000013
【図１２】
2010097372.tif 000014
【図１３】
2010097372.tif 000015
【図１４】
2010097372.tif 000016
【図１５】
2010097372.tif 000017
【図１６】
2010097372.tif 000018
【図１７】
2010097372.tif 000019