JP4342804B2 - ストレージシステムの制御方法、ストレージシステム、及びプログラム - Google Patents
ストレージシステムの制御方法、ストレージシステム、及びプログラム Download PDFInfo
- Publication number
- JP4342804B2 JP4342804B2 JP2003025075A JP2003025075A JP4342804B2 JP 4342804 B2 JP4342804 B2 JP 4342804B2 JP 2003025075 A JP2003025075 A JP 2003025075A JP 2003025075 A JP2003025075 A JP 2003025075A JP 4342804 B2 JP4342804 B2 JP 4342804B2
- Authority
- JP
- Japan
- Prior art keywords
- program
- storage system
- channel control
- license
- control unit
- 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.)
- Expired - Fee Related
Links
- 238000000034 method Methods 0.000 title claims description 78
- 230000010365 information processing Effects 0.000 claims description 86
- 230000015654 memory Effects 0.000 description 54
- 230000008569 process Effects 0.000 description 47
- 101000906927 Homo sapiens N-chimaerin Proteins 0.000 description 31
- 102100023648 N-chimaerin Human genes 0.000 description 31
- 230000006870 function Effects 0.000 description 31
- 238000012545 processing Methods 0.000 description 29
- 238000010586 diagram Methods 0.000 description 28
- 208000033365 congenital hypomelinating neuropathy Diseases 0.000 description 27
- 125000000471 iminomethylidene group Chemical group [H]N=C=* 0.000 description 27
- 238000004891 communication Methods 0.000 description 15
- 230000010076 replication Effects 0.000 description 8
- 238000009434 installation Methods 0.000 description 5
- 230000008859 change Effects 0.000 description 4
- 238000001514 detection method Methods 0.000 description 4
- 230000005540 biological transmission Effects 0.000 description 3
- 208000035196 congenital hypomyelinating 2 neuropathy Diseases 0.000 description 3
- 238000012423 maintenance Methods 0.000 description 3
- 230000007246 mechanism Effects 0.000 description 3
- 239000004065 semiconductor Substances 0.000 description 3
- 241000700605 Viruses Species 0.000 description 2
- 230000002159 abnormal effect Effects 0.000 description 2
- 238000012790 confirmation Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 238000012544 monitoring process Methods 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 230000005856 abnormality Effects 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 238000003745 diagnosis Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 238000011900 installation process Methods 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/10—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM]
- G06F21/105—Arrangements for software license management or administration, e.g. for managing licenses at corporate level
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Multimedia (AREA)
- Technology Law (AREA)
- Computer Hardware Design (AREA)
- Computer Security & Cryptography (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、ストレージシステムの制御方法、ストレージシステム、及びプログラムに関する。
【０００２】
【従来の技術】
近年コンピュータシステムで取り扱われるデータ量が急激に増加している。このようなデータを管理するためのストレージシステムとして、最近ではミッドレンジクラスやエンタープライズクラスと呼ばれるような、巨大な記憶資源を提供するＲＡＩＤ（Redundant Arrays of Inexpensive Disks）方式で管理されたストレージシステムにファイルシステムを結合させた、大規模なストレージシステムが注目されている。また、かかる膨大なデータを効率よく利用し管理するために、ディスクアレイ装置等のストレージシステムと情報処理装置とを専用のネットワーク（Storage Area Network、以下ＳＡＮと記す）で接続し、ストレージシステムへの高速かつ大量なアクセスを実現する技術が開発されている。一方、ストレージシステムと情報処理装置とをＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）プロトコル等を用いたネットワークで相互に接続し、情報処理装置からのファイルレベルでのアクセスを実現するＮＡＳ（Network Attached Storage）と呼ばれるストレージシステムが開発されている。
【０００３】
このようなストレージシステムにおいては、不正コピー防止等を目的として、コンピュータにインストールされるオペレーティングシステムやアプリケーションプログラムを機能させるために、一般にライセンスを設定（登録）することが要求される。ここでインストールされるプログラムの数が多い場合や、管理すべきコンピュータの数が多い場合は、管理対象となるライセンス数も必然的に多くなる。なお、このようなライセンスを管理する仕組みとして、例えば会社等の内部またはグループ内に組織の変更や人事異動があった場合にその社員が利用しているインストールプログラムに対するライセンスの設定変更を行う仕組みが知られている（例えば、特許文献１）。
【０００４】
【特許文献１】
特開２００２−２７９１６５号公報
【０００５】
【発明が解決しようとする課題】
ところで、上述のＮＡＳにおいては、例えば、情報処理装置との間の通信を行うためのプログラムやファイルシステム機能などを実現するためのプログラムなど、数多くのプログラムがインストールされる。従って、特にＮＡＳにおいては、ライセンスを効率よく管理する仕組みが求められる。
【０００６】
本発明は上記課題を鑑みてなされたものであり、ストレージシステムの制御方法、ストレージシステム、及びプログラムを提供することを主たる目的とする。
【０００７】
【課題を解決するための手段】
上記課題を解決するために、本発明に係るストレージシステムのライセンスを管理する方法は、ネットワークを介して接続される情報処理装置からファイル名指定によるデータ入出力要求を授受する複数のチャネル制御部と、前記チャネル制御部ごとに割り当てられたアクセス可能な記憶領域と、前記記憶領域を備える記憶デバイスと、を含んで構成されるストレージシステムの制御方法において、前記チャネル制御部に実行させるプログラムをインストールするステップと、前記複数のチャネル制御部に割り当てられた記憶領域にインストールされているプログラムについてライセンスがそれぞれに設定されているかどうかを判断するステップと、前記プログラムについてライセンスがそれぞれに設定されていると判断した場合には、ストレージシステム内の前記チャネル制御部において前記インストールされているプログラムを利用できるように制御するステップと、を備える。
【０００８】
なお、前記情報処理装置とは、前記構成の前記記憶デバイス制御装置を備えて構成されるストレージシステムにＬＡＮやＳＡＮを介してアクセスする、例えば、パーソナルコンピュータやメインフレームコンピュータである。ファイルアクセス処理部の機能はチャネル制御部のＣＰＵ上で実行されるオペレーティングシステムおよびこのオペレーティングシステム上で動作する例えばＮＦＳ（Network File System）等のプログラムによって提供される。記憶デバイスは例えばハードディスク装置などのディスクドライブである。
【０００９】
またファームウエアやファイルアクセス処理部を機能させるためのプログラムが記憶デバイスにインストールされることにより、ストレージシステムは情報処理装置に対してＮＡＳとしての機能を提供することができる。
その他、本願が開示する課題、及びその解決方法は、発明の実施の形態の欄、及び図面により明らかにされる。
【００１０】
【発明の実施の形態】
＝＝＝全体構成例＝＝＝
図１は、本発明の一実施例として説明するチャネル制御部を備えるストレージシステムの全体構成を示す。ストレージシステム６００は、記憶デバイス制御装置１００と記憶デバイス（記憶装置）３００とを備えている。記憶デバイス制御装置１００は、情報処理装置２００から受信したコマンドに従って記憶デバイス３００に対する制御を行う。例えば情報処理装置２００からデータの入出力要求を受信して、記憶デバイス３００に記憶されているデータの入出力のための処理を行う。データは、記憶デバイス３００が備えるディスクドライブにより提供される物理的な記憶領域上に論理的に設定される記憶領域である論理ボリューム（Logical Unit）（以下、ＬＵと記す）に記憶されている。また記憶デバイス制御装置１００は、情報処理装置２００との間で、ストレージシステム６００を管理するための各種コマンドの授受も行う。
【００１１】
情報処理装置２００はＣＰＵ（Central Processing Unit）やメモリを備えたコンピュータである。情報処理装置２００が備えるＣＰＵにより各種プログラムが実行されることにより様々な機能が実現される。情報処理装置２００は、例えばパーソナルコンピュータやワークステーションであることもあるし、メインフレームコンピュータであることもある。
【００１２】
図１において、情報処理装置２００は、ＬＡＮ（Local Area Network）４００を介して記憶デバイス制御装置１００と接続されている。ＬＡＮ４００は、インターネットとすることもできるし、専用のネットワークとすることもできる。ＬＡＮ４００を介して行われる情報処理装置２００と記憶デバイス制御装置１００との間の通信は、例えばＴＣＰ／ＩＰプロトコルに従って行われる。情報処理装置２００からは、ストレージシステム６００に対して、ファイル名指定によるデータアクセス要求（以下、ファイルアクセス要求と記す）が送信される。
【００１３】
記憶デバイス制御装置１００は、チャネル制御部１１０を備える。以下、このチャネル制御部１１０のことをＣＨＮとも記す。記憶デバイス制御装置１００は、チャネル制御部１１０によりＬＡＮ４００を介して情報処理装置２００との間で通信を行う。チャネル制御部１１０は、情報処理装置２００からのファイルアクセス要求を個々に受け付ける。すなわち、チャネル制御部１１０には、個々にＬＡＮ４００上のネットワークアドレス（例えば、ＩＰアドレス）が割り当てられていてそれぞれが個別にＮＡＳとして振る舞い、個々のＮＡＳがあたかも独立したＮＡＳが存在しているかのようにＮＡＳのサービスを情報処理装置２００に提供することができる。以下、チャネル制御部１１０をＣＨＮと記す。このように１台のストレージシステム６００に個別にＮＡＳとしてのサービスを提供するチャネル制御部１１０を備えるように構成したことで、従来、独立したコンピュータで個別に運用されていたＮＡＳサーバが一台のストレージシステム６００に集約されて運用される。そして、この構成によってストレージシステム６００の統括的な管理が可能となり、ライセンス管理、インストールの有無及びプログラムのバージョンなどのプログラム管理だけでなく、各種設定・制御や障害管理といった保守業務の効率化が図られる。
【００１４】
なお、本実施の形態に係る記憶デバイス制御装置１００のチャネル制御部１１０の機能は、後述するように、一体的にユニット化された回路基板上に形成されたハードウェア及びこのハードウェアにより実行されるオペレーティングシステム（以下、ＯＳと記す）やこのＯＳ上で動作するアプリケーションプログラムなどのプログラムにより実現される。このように本実施例のストレージシステム６００では、従来ハードウェアの一部として実装されてきた機能が主としてプログラムによって実現されている。このため、本実施例のストレージシステム６００では柔軟性に富んだシステム運用が可能となり、多様で変化の激しいユーザニーズに対応したきめ細かなサービスを提供することが可能となる。
【００１５】
なお、上記においては、ＬＡＮ（Local Area Network）４００を介して記憶デバイス制御装置１００と情報処理装置２００とを接続するように設定されているが、ＳＡＮ（Storage Area Network）を介して記憶デバイス制御装置１００と情報処理装置２００とを接続するように設定してもよい。また、ＬＡＮ４００やＳＡＮ等のネットワークを介さずに記憶デバイス制御装置１００と情報処理装置２００とを接続するように設定してもよい。
【００１６】
＝＝＝記憶デバイス＝＝＝
記憶デバイス３００は多数のディスクドライブ（物理ディスク）を備えており情報処理装置２００に対して記憶領域を提供する。データは、ディスクドライブにより提供される物理的な記憶領域上に論理的に設定される記憶領域であるＬＵに記憶されている。ディスクドライブとしては、例えばハードディスク装置やフレキシブルディスク装置、半導体記憶装置等様々なものを用いることができる。
【００１７】
なお、記憶デバイス３００は例えば複数のディスクドライブによりディスクアレイを構成するようにすることもできる。この場合、情報処理装置２００に対して提供される記憶領域は、ＲＡＩＤにより管理された複数のディスクドライブにより提供されるようにすることもできる。
【００１８】
記憶デバイス制御装置１００と記憶デバイス３００との間は図１のように直接に接続される形態とすることもできるし、ネットワークを介して接続するようにすることもできる。さらに記憶デバイス３００は記憶デバイス制御装置１００と一体として構成されることもできる。
【００１９】
記憶デバイス３００に設定されるＬＵ（記憶領域）には、情報処理装置２００からアクセス可能なユーザＬＵや、チャネル制御部１１０の制御のために使用されるシステムＬＵ等がある。システムＬＵにはＣＨＮ１１０で実行されるオペレーティングシステムも格納される。その他、ＣＨＮ１１０で実行され、ＮＡＳサービスを提供するために必要なアプリケーションプログラムやデータなども格納される。また各ＬＵにはチャネル制御部１１０が対応付けられている。これによりチャネル制御部１１０毎にアクセス可能なＬＵが割り当てられている。また上記対応付けは、複数のチャネル制御部１１０で一つのＬＵを共有するようにすることもできる。なお以下において、ユーザＬＵやシステムＬＵをユーザディスク、システムディスク等とも記す。また、複数のチャネル制御部１１０で共有されるＬＵを共有ＬＵあるいは共有ディスクと記す。
【００２０】
＝＝＝記憶デバイス制御装置＝＝＝
記憶デバイス制御装置１００はチャネル制御部１１０、共有メモリ１２０、キャッシュメモリ１３０、ディスク制御部１４０、管理端末１６０、接続部１５０を備える。
【００２１】
チャネル制御部１１０は情報処理装置２００との間で通信を行うための通信インタフェースを備え、情報処理装置２００との間でデータ入出力コマンド等を授受する機能を備える。例えばＣＨＮ１１０は情報処理装置２００からのファイルアクセス要求を受け付ける。そしてファイルの記憶アドレスやデータ長等を求めて、ファイルアクセス要求に対応するＩ／Ｏ要求を出力することにより、記憶デバイス３００へのアクセスを行う。これによりストレージシステム６００はＮＡＳとしてのサービスを情報処理装置２００に提供することができる。なおＩ／Ｏ要求にはデータの先頭アドレス、データ長、読み出し又は書き込み等のアクセスの種別が含まれている。またデータの書き込みの場合にはＩ／Ｏ要求に書き込みデータが含まれているようにすることもできる。Ｉ／Ｏ要求の出力は、後述するＩ／Ｏプロセッサ１１９により行われる。
【００２２】
各チャネル制御部１１０は管理端末１６０と共に内部ＬＡＮ１５１で接続されている。これによりチャネル制御部１１０に実行させるマイクロプログラム等を管理端末１６０から送信しインストールすることが可能となっている。チャネル制御部１１０の構成については後述する。
【００２３】
接続部１５０はチャネル制御部１１０、共有メモリ１２０、キャッシュメモリ１３０、ディスク制御部１４０を相互に接続する。チャネル制御部１１０、共有メモリ１２０、キャッシュメモリ１３０、ディスク制御部１４０間でのデータやコマンドの授受は接続部１５０を介することにより行われる。接続部１５０は例えば高速スイッチングによりデータ伝送を行う超高速クロスバスイッチなどの高速バスである。チャネル制御部１１０同士が高速バスで接続されていることで、個々のコンピュータ上で動作するＮＡＳサーバがＬＡＮを通じて接続する従来の構成に比べてチャネル制御部１１０間の通信パフォーマンスが大幅に向上する。またこれにより高速なファイル共有機能や高速フェイルオーバなども可能となる。
【００２４】
共有メモリ１２０及びキャッシュメモリ１３０は、チャネル制御部１１０、ディスク制御部１４０により共有される記憶メモリである。共有メモリ１２０は主に制御情報やコマンド等を記憶するために利用されるのに対し、キャッシュメモリ１３０は主にデータを記憶するために利用される。
【００２５】
例えば、あるチャネル制御部１１０が情報処理装置２００から受信したデータ入出力コマンドが書き込みコマンドであった場合には、当該チャネル制御部１１０は書き込みコマンドを共有メモリ１２０に書き込むと共に、情報処理装置２００から受信した書き込みデータをキャッシュメモリ１３０に書き込む。一方、ディスク制御部１４０は共有メモリ１２０を監視しており、共有メモリ１２０に書き込みコマンドが書き込まれたことを検出すると、当該コマンドに従ってキャッシュメモリ１３０から書き込みデータを読み出して記憶デバイス３００に書き込む。
【００２６】
またあるチャネル制御部１１０が情報処理装置２００から受信したデータ入出力コマンドが読み出しコマンドであった場合には、当該チャネル制御部１１０は読み出しコマンドを共有メモリ１２０に書き込むと共に、読み出し対象となるデータがキャッシュメモリ１３０に存在するかどうかを調べる。ここでキャッシュメモリ１３０に存在すれば、そのデータを情報処理装置２００に送信する。一方、読みだし対象となるデータがキャッシュメモリ１３０に存在しない場合には、共有メモリ１２０を監視することにより読み出しコマンドが共有メモリ１２０に書き込まれたことを検出したディスク制御部１４０が、記憶デバイス３００から読みだし対象となるデータを読み出してこれをキャッシュメモリ１３０に書き込むと共に、その旨を共有メモリ１２０に書き込む。そして、チャネル制御部１１０は共有メモリ１２０の監視により読みだし対象となるデータがキャッシュメモリ１３０に書き込まれたことを検出すると、そのデータを情報処理装置２００に送信する。
【００２７】
なお、このようにチャネル制御部１１０からディスク制御部１４０に対するデータの書き込みや読み出しの指示を共有メモリ１２０を介在させて間接に行う構成の他、例えばチャネル制御部１１０からディスク制御部１４０に対してデータの書き込みや読み出しの指示を共有メモリ１２０を介さずに直接に行う構成とすることもできる。
【００２８】
ディスク制御部１４０は記憶デバイス３００の制御を行う。例えば上述のように、チャネル制御部１１０が情報処理装置２００から受信したデータ書き込みコマンドに従って記憶デバイス３００へデータの書き込みを行う。また、チャネル制御部１１０により送信された論理アドレス指定によるＬＵへのデータアクセス要求を、物理アドレス指定による物理ディスクへのデータアクセス要求に変換する。記憶デバイス３００における物理ディスクがＲＡＩＤにより管理されている場合には、ＲＡＩＤ構成（例えば、ＲＡＩＤ０，１，５）に従ったデータのアクセスを行う。またディスク制御部１４０は、記憶デバイス３００に記憶されたデータの複製管理の制御やバックアップ制御を行う。さらにディスク制御部１４０は、災害発生時のデータ消失防止（ディザスタリカバリ）などを目的としてプライマリサイトのストレージシステム６００のデータの複製をセカンダリサイトに設置された他のストレージシステムにも記憶する制御（レプリケーション機能、又はリモートコピー機能）なども行う。
【００２９】
各ディスク制御部１４０は管理端末１６０と共に内部ＬＡＮ１５１で接続されており、相互に通信を行うことが可能である。これにより、ディスク制御部１４０に実行させるマイクロプログラム等を管理端末１６０から送信しインストールすることが可能となっている。ディスク制御部１４０の構成については後述する。
【００３０】
＝＝＝管理端末＝＝＝
管理端末１６０はストレージシステム６００を保守・管理するためのコンピュータである。管理端末１６０を操作することにより、例えば記憶デバイス３００内の物理ディスク構成の設定や、ＬＵの設定、チャネル制御部１１０において実行されるマイクロプログラムのインストール等を行うことができる。ここで、記憶デバイス３００内の物理ディスク構成の設定としては、例えば物理ディスクの増設や減設、ＲＡＩＤ構成の変更（例えばＲＡＩＤ１からＲＡＩＤ５への変更等）等を行うことができる。さらに管理端末１６０からは、ストレージシステム６００の動作状態の確認や故障部位の特定、チャネル制御部１１０で実行されるオペレーティングシステムのインストール等の作業を行うこともできる。また管理端末１６０はＬＡＮや電話回線等で外部保守センタと接続されており、管理端末１６０を利用してストレージシステム６００の障害監視を行ったり、障害が発生した場合に迅速に対応したりすることも可能である。障害の発生は例えばＯＳやアプリケーションプログラム、ドライバソフトウェアなどから通知される。この通知はＨＴＴＰプロトコルやＳＮＭＰ（Simple Network Management Protocol）、電子メールなどにより行われる。これらの設定や制御は、管理端末１６０で動作するＷｅｂサーバが提供するＷｅｂページをユーザインタフェースとしてオペレータなどにより行われる。オペレータ等は、管理端末１６０を操作して障害監視する対象や内容の設定、障害通知先の設定などを行うこともできる。
【００３１】
管理端末１６０は記憶デバイス制御装置１００に内蔵されている形態とすることもできるし、外付けされている形態とすることもできる。また管理端末１６０は、記憶デバイス制御装置１００及び記憶デバイス３００の保守・管理を専用に行うコンピュータとすることもできるし、汎用のコンピュータに保守・管理機能を持たせたものとすることもできる。
【００３２】
管理端末１６０の構成を示すブロック図を図２に示す。
管理端末１６０は、ＣＰＵ１６１、メモリ１６２、ポート１６３、記録媒体読取装置１６４、入力装置１６５、出力装置１６６、記憶装置１６８を備える。
【００３３】
ＣＰＵ１６１は管理端末１６０の全体の制御を司るもので、メモリ１６２に格納されたプログラム１６２ｃを実行することにより上記Ｗｅｂサーバとしての機能等を実現する。メモリ１６２には、物理ディスク管理テーブル１６２ａとＬＵ管理テーブル１６２ｂとプログラム１６２ｃとが記憶されている。
【００３４】
物理ディスク管理テーブル１６２ａは、記憶デバイス３００に備えられる物理ディスク（ディスクドライブ）を管理するためのテーブルである。物理ディスク管理テーブル１６２ａを図３に示す。図３においては、記憶デバイス３００が備える多数の物理ディスクのうち、ディスク番号＃００１乃至＃００６までが示されている。それぞれの物理ディスクに対して、容量、ＲＡＩＤ構成、使用状況が示されている。
【００３５】
ＬＵ管理テーブル１６２ｂは、上記物理ディスク上に論理的に設定されるＬＵを管理するためのテーブルである。ＬＵ管理テーブル１６２ｂを図４に示す。図４においては、記憶デバイス３００上に設定される多数のＬＵのうち、ＬＵ番号＃１乃至＃３までが示されている。それぞれのＬＵに対して、物理ディスク番号、容量、ＲＡＩＤ構成が示されている。
【００３６】
記録媒体読取装置１６４は、記録媒体１６７に記録されているプログラムやデータを読み取るための装置である。読み取られたプログラムやデータはメモリ１６２や記憶装置１６８に格納される。従って、例えば記録媒体１６７に記録されたプログラム１６２ｃを、記録媒体読取装置１６４を用いて上記記録媒体１６７から読み取って、メモリ１６２や記憶装置１６８に格納するようにすることができる。記録媒体１６７としてはフレキシブルディスクやＣＤ−ＲＯＭ、半導体メモリ等を用いることができる。記録媒体読取装置１６４は管理端末１６０に内蔵されている形態とすることもできるし、外付されている形態とすることもできる。記憶装置１６８は、例えばハードディスク装置やフレキシブルディスク装置、半導体記憶装置等である。入力装置１６５はオペレータ等による管理端末１６０へのデータ入力等のために用いられる。入力装置１６５としては例えばキーボードやマウス等が用いられる。出力装置１６６は情報を外部に出力するための装置である。出力装置１６６としては例えばディスプレイやプリンタ等が用いられる。ポート１６３は内部ＬＡＮ１５１に接続されており、これにより管理端末１６０はチャネル制御部１１０やディスク制御部１４０等と通信を行うことができる。またポート１６３は、ＬＡＮ４００に接続するようにすることもできるし、電話回線に接続するようにすることもできる。
【００３７】
＝＝＝外観図＝＝＝
次に、本実施の形態に係るストレージシステム６００の外観構成を図５に示す。また、記憶デバイス制御装置１００の外観構成を図６に示す。
図５に示すように、本実施の形態に係るストレージシステム６００は記憶デバイス制御装置１００及び記憶デバイス３００がそれぞれの筐体に納められた形態をしている。記憶デバイス制御装置１００の筐体の両側に記憶デバイス３００の筐体が配置されている。
【００３８】
記憶デバイス制御装置１００は、正面中央部に管理端末１６０が備えられている。管理端末１６０はカバーで覆われており、図６に示すようにカバーを開けることにより管理端末１６０を使用することができる。なお図６に示した管理端末１６０はいわゆるノート型パーソナルコンピュータの形態をしているが、どのような形態とすることも可能である。
【００３９】
管理端末１６０の下部には、チャネル制御部１１０のボードを装着するためのスロットが設けられている。チャネル制御部１１０のボードとは、チャネル制御部１１０の回路基板が形成されたユニットであり、スロットへの装着単位である。本実施の形態に係るストレージシステム６００においては、スロットは８つあり、図５及び図６には８つのスロットにチャネル制御部１１０のボードが装着された状態が示されている。各スロットにはチャネル制御部１１０のボードを装着するためのガイドレールが設けられている。ガイドレールに沿ってチャネル制御部１１０のボードをスロットに挿入することにより、チャネル制御部１１０のボードを記憶デバイス制御装置１００に装着することができる。また各スロットに装着されたチャネル制御部１１０のボードは、ガイドレールに沿って手前方向に引き抜くことにより取り外すことができる。また各スロットの奥手方向正面部には、各チャネル制御部１１０のボードを記憶デバイス制御装置１００と電気的に接続するためのコネクタが設けられている。
【００４０】
なお、スロットには以上に説明したＮＡＳとして機能するタイプのチャネル制御部１１０以外にも、ＳＡＮ（Storage Area Network）に接続する機能を備えるタイプや、ＦＩＣＯＮ（Fibre Connection）（登録商標）やＥＳＣＯＮ(Enterprise System Connection) （登録商標）等のメインフレーム系のプロトコルに従って通信を行う機能を備えるタイプのチャネル制御部１１０が装着されることもある。８つのスロットには１以上のチャネル制御部１１０のボードを装着することが可能である。従って、例えば８つのスロット全てにＣＨＮ１１０のボードを装着するようにすることもできる。またチャネル制御部１１０のボードを装着しないスロットを設けるようにすることもできる。
【００４１】
各スロットのチャネル制御部１１０は、同種の複数のチャネル制御部１１０でクラスタを構成する。例えば２枚のＣＨＮ１１０をペアとしてクラスタを構成することができる。クラスタを構成することにより、クラスタ内のあるチャネル制御部１１０に障害が発生した場合でも、障害が発生したチャネル制御部１１０がそれまで行っていた処理をクラスタ内の他のチャネル制御部１１０に引き継ぐようにすることができる（フェイルオーバ制御）。２枚のＣＨＮ１１０でクラスタを構成している様子を示す図を図１１に示すが、詳細は後述する。
【００４２】
なお、記憶デバイス制御装置１００は信頼性向上のため電源供給が２系統化されており、チャネル制御部１１０のボードが装着される上記８つのスロットは電源系統毎に４つずつに分けられている。そこでクラスタを構成する場合には、両方の電源系統のチャネル制御部１１０のボードを含むようにする。これにより、片方の電源系統に障害が発生し電力の供給が停止しても、同一クラスタを構成する他方の電源系統に属するチャネル制御部１１０のボードへの電源供給は継続されるため、当該チャネル制御部１１０に処理を引き継ぐ（フェイルオーバ）ことができる。
【００４３】
なお、上述したように、チャネル制御部１１０は上記各スロットに装着可能なボード、すなわち一つのユニットとして提供されるが、上記一つのユニットは一体形成された複数枚数の回路基板から構成されているようにすることもできる。
【００４４】
ディスク制御部１４０や共有メモリ１２０等の、記憶デバイス制御装置１００を構成する他の装置については図５及び図６には示されていないが、記憶デバイス制御装置１００の背面側等に装着されている。
また記憶デバイス制御装置１００には、チャネル制御部１１０のボード等から発生する熱を放出するためのファン１７０が設けられている。ファン１７０は記憶デバイス制御装置１００の上面部に設けられる他、チャネル制御部１１０用スロットの上部にも設けられている。
【００４５】
ところで、筐体に収容されて構成される記憶デバイス制御装置１００および記憶デバイス３００としては、例えばＳＡＮ対応として製品化されている従来構成の装置を利用することができる。特に上記のようにＣＨＮ１１０のボードのコネクタ形状を従来構成の筐体に設けられているスロットにそのまま装着できる形状とすることで従来構成の装置をより簡単に利用することができる。つまり本実施例のストレージシステム６００は、既存の製品を利用することで容易に構築することができる。
【００４６】
＝＝＝チャネル制御部＝＝＝
本実施の形態に係るストレージシステム６００は、上述の通りＣＨＮ１１０により情報処理装置２００からのファイルアクセス要求を受け付け、ＮＡＳとしてのサービスを情報処理装置２００に提供する。
【００４７】
ＣＨＮ１１０のハードウェア構成を図７に示す。この図に示すようにＣＨＮ１１０のハードウェアは一つのユニットで構成される。以下、このユニットのことをＮＡＳボードとも記す。ＮＡＳボードは一枚もしくは複数枚の回路基板を含んで構成される。より具体的には、ＮＡＳボードは、ネットワークインタフェース部１１１、ＣＰＵ１１２、メモリ１１３、入出力制御部１１４、Ｉ／Ｏ（Input/Output）プロセッサ１１９、ＮＶＲＡＭ（Non Volatile RAM）１１５、ボード接続用コネクタ１１６、通信コネクタ１１７を備え、これらが一体的にユニット化された回路基板上に形成されている。
【００４８】
ネットワークインタフェース部１１１は、情報処理装置２００との間で通信を行うための通信インタフェースを備えている。ＣＨＮ１１０の場合は、例えばＴＣＰ／ＩＰプロトコルに従って情報処理装置２００から送信されたファイルアクセス要求を受信する。通信コネクタ１１７は情報処理装置２００と通信を行うためのコネクタである。ＣＨＮ１１０の場合はＬＡＮ４００に接続可能なコネクタであり、例えばイーサネット（登録商標）に対応している。
【００４９】
ＣＰＵ１１２は、ＣＨＮ１１０をＮＡＳボードとして機能させるための制御を司る。
メモリ１１３には様々なプログラムやデータが記憶される。例えば図８に示すメタデータ７３０やロックテーブル７２０、また図１０に示すＮＡＳマネージャ７０６等の各種プログラムが記憶される。
【００５０】
メタデータ７３０はファイルシステムが管理しているファイルに対応させて生成される情報である。メタデータ７３０には例えばファイルのデータが記憶されているＬＵ上のアドレスやデータサイズなど、ファイルの保管場所を特定するための情報が含まれる。メタデータ７３０にはファイルの容量、所有者、更新時刻等の情報が含まれることもある。また、メタデータ７３０はファイルだけでなくディレクトリに対応させて生成されることもある。メタデータ７３０は記憶デバイス３００上の各ＬＵにも記憶されている。
【００５１】
ロックテーブル７２０は、情報処理装置２００からのファイルアクセスに対して排他制御を行うためのテーブルである。排他制御を行うことにより情報処理装置２００でファイルを共用することができる。ロックテーブル７２０にはファイルロックテーブルとＬＵロックテーブルとがある。ファイルロックテーブルは、ファイル毎にロックが掛けられているか否かを示すためのテーブルである。いずれかの情報処理装置２００によりあるファイルがオープンされている場合に当該ファイルにロックが掛けられる。ロックが掛けられたファイルに対する他の情報処理装置２００によるアクセスは禁止される。ＬＵロックテーブルは、ＬＵ毎にロックが掛けられているか否かを示すためのテーブルである。いずれかの情報処理装置２００により、あるＬＵに対するアクセスが行われている場合に当該ＬＵにロックが掛けられる。ロックが掛けられたＬＵに対する他の情報処理装置２００によるアクセスは禁止される。
【００５２】
入出力制御部１１４は、ディスク制御部１４０やキャッシュメモリ１３０、共有メモリ１２０、管理端末１６０との間でデータやコマンドの授受を行う。入出力制御部１１４はＩ／Ｏプロセッサ１１９やＮＶＲＡＭ１１５を備えている。Ｉ／Ｏプロセッサ１１９は例えば１チップのマイコンで構成される。Ｉ／Ｏプロセッサ１１９は上記データやコマンドの授受を制御し、ＣＰＵ１１２とディスク制御部１４０との間の通信を中継する。ＮＶＲＡＭ１１５はＩ／Ｏプロセッサ１１９の制御を司るプログラムを格納する不揮発性メモリである。ＮＶＲＡＭ１１５に記憶されるプログラムの内容は、管理端末１６０や、後述するＮＡＳマネージャ７０６からの指示により書き込みや書き換えを行うことができる。
【００５３】
次にディスク制御部１４０のハードウェア構成を示す図を図９に示す。
ディスク制御部１４０のボードは、一つのユニットとして形成されている。ディスク制御部１４０のボードは、インタフェース部１４１、メモリ１４３、ＣＰＵ１４２、ＮＶＲＡＭ１４４、ボード接続用コネクタ１４５を備え、これらが一体的にユニット化された回路基板上に形成されている。
【００５４】
インタフェース部１４１は、接続部１５０を介してチャネル制御部１１０等との間で通信を行うための通信インタフェースや、記憶デバイス３００との間で通信を行うための通信インタフェースを備えている。
【００５５】
ＣＰＵ１４２は、ディスク制御部１４０全体の制御を司ると共に、チャネル制御部１１０や記憶デバイス３００、管理端末１６０との間の通信を行う。メモリ１４３やＮＶＲＡＭ１４４に格納された各種プログラムを実行することにより本実施の形態に係るディスク制御部１４０の機能が実現される。ディスク制御部１４０により実現される機能としては、記憶デバイス３００の制御やＲＡＩＤ制御、記憶デバイス３００に記憶されたデータの複製管理やバックアップ制御、リモートコピー制御等である。
【００５６】
ＮＶＲＡＭ１４４はＣＰＵ１４２の制御を司るプログラムを格納する不揮発性メモリである。ＮＶＲＡＭ１４４に記憶されるプログラムの内容は、管理端末１６０や、ＮＡＳマネージャ７０６からの指示により書き込みや書き換えを行うことができる。
またディスク制御部１４０のボードはボード接続用コネクタ１４５を備えている。ボード接続用コネクタ１４５が記憶デバイス制御装置１００側のコネクタと嵌合することにより、ディスク制御部１４０のボードは記憶デバイス制御装置１００と電気的に接続される。
【００５７】
＝＝＝ソフトウェア構成＝＝＝
次に、本実施の形態に係るストレージシステム６００におけるソフトウェア構成図を図１０に示す。
オペレーティングシステム７０１は例えばＵＮＩＸ（登録商標）である。オペレーティングシステム７０１上では、ＲＡＩＤマネージャ７０８、ボリュームマネージャ７０７、ＳＶＰマネージャ７０９、ファイルシステムプログラム７０３、ネットワーク制御部７０２、障害管理プログラム７０５、ＮＡＳマネージャ７０６などのソフトウェア（プログラム）が動作する。
【００５８】
オペレーティングシステム７０１上で動作するＲＡＩＤマネージャ７０８は、ＲＡＩＤ制御部７４０に対するパラメータの設定やＲＡＩＤ制御部７４０を制御する機能を提供する。ＲＡＩＤマネージャ７０８はオペレーティングシステム７０１やオペレーティングシステム７０１上で動作する他のアプリケーション、もしくは管理端末１６０からパラメータや制御指示情報を受け付けて、受け付けたパラメータのＲＡＩＤ制御部７４０への設定や、ＲＡＩＤ制御部指示情報に対応する制御コマンドの送信を行う。
【００５９】
ここで設定されるパラメータとしては、例えば、ＲＡＩＤグループを構成する記憶デバイス（物理ディスク）を定義（ＲＡＩＤグループの構成情報、ストライプサイズの指定など）するためのパラメータ、ＲＡＩＤレベル（例えば０，１，５）を設定するためのパラメータなどがある。また、ＲＡＩＤマネージャ７０８がＲＡＩＤ制御部７４０に送信する制御コマンドとしてはＲＡＩＤの構成・削除・容量変更を指示するコマンド、各ＲＡＩＤグループの構成情報を要求するコマンドなどがある。
【００６０】
ボリュームマネージャ７０７は、ＲＡＩＤ制御部７４０によって提供されるＬＵをさらに仮想化した仮想化論理ボリュームをファイルシステムプログラム７０３に提供する。１つの仮想化論理ボリュームは１以上の論理ボリュームによって構成される。
【００６１】
ファイルシステムプログラム７０３の主な機能は、ネットワーク制御部７０２が受信したファイルアクセス要求に指定されているファイル名とそのファイル名が格納されている仮想化論理ボリューム上のアドレスとの対応づけを管理することである。例えば、ファイルシステムプログラム７０３はファイルアクセス要求に指定されているファイル名に対応する仮想化論理ボリューム上のアドレスを特定する。
【００６２】
ネットワーク制御部７０２は、ＮＦＳ（Network File System）７１１とＣＩＦＳ（Common InterfaceFile System）７１３の２つのファイルシステムプロトコルを含んで構成される。ＮＦＳ７１１は、ＮＦＳ７１１が動作するＵＮＩＸ（登録商標）系の情報処理装置２００からのファイルアクセス要求を受け付ける。一方、ＣＩＦＳ７１３はＣＩＦＳ７１３が動作するＷｉｎｄｏｗｓ（登録商標）系の情報処理装置２００からのファイルアクセス要求を受け付ける。
【００６３】
ＮＡＳマネージャ７０６は、ストレージシステム６００について、その動作状態の確認、設定や制御などを行うためのプログラムである。ＮＡＳマネージャ７０６はＷｅｂサーバとしての機能も有し、情報処理装置２００からストレージシステム６００の設定や制御を行うための設定Ｗｅｂページを情報処理装置２００に提供する。設定Ｗｅｂページはチャネル制御１１０の個々において動作するＮＡＳマネージャ７０６により提供される。ＮＡＳマネージャ７０６は、情報処理装置２００からのＨＴＴＰ（HyperText Transport Protocol）リクエストに応じて、設定Ｗｅｂページのデータを情報処理装置２００に送信する。情報処理装置２００に表示された設定Ｗｅｂページを利用してシステムアドミニストレータなどによりストレージシステム６００の設定や制御の指示が行われる。
【００６４】
ＮＡＳマネージャ７０６は、設定Ｗｅｂページに対する操作に起因して情報処理装置２００から送信される設定や制御に関するデータを受信してそのデータに対応する設定や制御を実行する。これにより、情報処理装置２００からストレージシステム６００の様々な設定や制御を行うことができる。またＮＡＳマネージャ７０６は設定Ｗｅｂページの設定内容をチャネル制御部１１０上で動作するＯＳやアプリケーションプログラム、ディスク制御部１４０等に通知する。設定Ｗｅｂページで設定された内容は共有ＬＵ３１０に管理されることもある。
【００６５】
ＮＡＳマネージャ７０６の設定Ｗｅｂページを利用して行うことができる内容としては、例えば、ＬＵの管理や設定（容量管理や容量拡張・縮小、ユーザ割り当て等）、上述の複製管理やリモートコピー（レプリケーション）等の機能に関する設定や制御（複製元のＬＵと複製先のＬＵの設定など）、冗長構成されたＣＨＮ間でのクラスタの管理（フェイルオーバさせる相手の対応関係の設定、フェイルオーバ方法など）、ＯＳやＯＳ上で動作するアプリケーションプログラムのバージョン管理、ウイルス検知プログラムやウイルス駆除などのデータの安全性に関する機能を提供するセキュリティ管理プログラムの動作状態の管理や設定などがある。
【００６６】
なお、ＮＡＳマネージャ７０６によるストレージシステム６００の動作状態の確認、設定や制御には、上述した設定Ｗｅｂページを介する方法以外にクライアント・サーバシステムとすることもできる。その場合、ＮＡＳマネージャ７０６はクライアント・サーバシステムのサーバ機能を有し、情報処理装置２００のクライアント機能の操作に起因して送信される設定や制御を、上述した設定Ｗｅｂページと同様に実施することで、ストレージシステム６００の動作状態の確認、設定や制御を行う。
障害管理プログラム７０５は、クラスタを構成するチャネル制御部１１０間でのフェイルオーバ制御を行うためのプログラムである。
【００６７】
２枚のＣＨＮ１１０でクラスタ１８０が構成されている様子を図１１に示す。図１１では、ＣＨＮ１（チャネル制御部１）１１０とＣＨＮ２（チャネル制御部２）１１０とでクラスタ１８０が構成されている場合を示す。
上述したように、フェイルオーバ処理はクラスタ１８０を構成するチャネル制御部１１０間で行われる。つまり、例えばＣＨＮ１（１１０）に何らかの障害が発生し処理を継続することができなくなった場合には、ＣＨＮ１（１１０）がそれまで行っていた処理はＣＨＮ２（１１０）に引き継がれる。フェイルオーバ処理は、ＣＨＮ１（１１０）とＣＨＮ２（１１０）により実行される障害管理プログラム７０５により実行される。
【００６８】
ＣＨＮ１（１１０）及びＣＨＮ２（１１０）は共に障害管理プログラム７０５を実行し、共有メモリ１２０に対して自己の処理が正常に行われていることを書き込むようにする。そして、相手側の上記書き込みの有無を相互に確認するようにする。相手側による書き込みが検出できない場合には、相手側に何らかの障害が発生したと判断し、フェイルオーバ処理を実行する。フェイルオーバ実行時の処理の引き継ぎは、共有ＬＵ３１０を介して行われる。
【００６９】
フェイルオーバはこのように自動的に行われることもあるが、オペレータが管理端末１６０を操作して手動で行われることもある。またＮＡＳマネージャ７０６が提供する設定Ｗｅｂページを利用してユーザが情報処理装置２００から手動で行われることもある。フェイルオーバを手動で行う目的としては、耐用年数の経過やバージョンアップ、定期診断などのためにチャネル制御部１１０のハードウェア（例えばＮＡＳボード）を交換する必要が生じた場合などがある。
【００７０】
ＳＶＰマネージャ７０９は、管理端末１６０からの要求に応じて各種のサービスを管理端末１６０に提供する。例えば、ＬＵ３１０の設定内容やＲＡＩＤの設定内容等のストレージシステム６００に関する各種設定内容の管理端末１６０への提供や、管理端末１６０から入力されたストレージシステム６００に関する各種設定の反映等を行う。
【００７１】
＝＝＝チャネル制御部へのＬＵの割り当て＝＝＝
チャネル制御部１１０のＬＵ３１０の割り当ては、例えば、設定Ｗｅｂページを利用して行うことができる。より具体的には、設定Ｗｅｂページのチャネル制御部１１０に対応させて設けられている設定欄にＬＵ３１０の識別子であるＬＵＮ（Logical Unit Number）を設定することにより各チャネル制御部１１０へのＬＵ３１０の割り当てを指定することができる。ここで同じＬＵＮのＬＵ３１０を複数のチャネル制御部１１０に対して設定すれば同じＬＵ３１０を複数のチャネル制御部１１０に共有させることもできる。
【００７２】
これらの設定内容はメモリ１１３や共有メモリ１２０、共有ＬＵ３１０等に記憶される。これらに記憶されたチャネル制御部１１０へのＬＵ３１０の割り当てに関する情報はＯＳやアプリケーションプログラムにより適宜参照され、チャネル制御部１１０から各ＬＵ３１０へのアクセス制限等に利用される。例えば、情報処理装置２００からデータ入出力要求を受信したチャネル制御部１１０は、そのデータ入出力要求が自身に割り当てられているＬＵ３１０を対象とするものであるかどうかを前記設定内容を参照して調べ、自身に割り当てられている場合にはそのデータ入出力要求についての処理を行い、割り当てられていない場合には処理を行わないように制御を行う。なお、これらの設定や制御は、管理端末１６０から行うようにすることも可能である。
【００７３】
＝＝＝各ＣＨＮに対するアクセス制限＝＝＝
チャネル制御部１１０には、特定の情報処理装置２００のみが各チャネル制御部１１０にアクセスできるようにアクセス制限を設定することができる。また、特定の情報処理装置２００をグループ化して、各チャネル制御部１１０にアクセスできるようにアクセス制限を設定することもできる。これらの設定についても設定Ｗｅｂページを利用して情報処理装置２００から行うことができる。
【００７４】
これらの設定内容はメモリ１１３や共有メモリ１２０、共有ＬＵ３１０等に記憶される。これらに記憶されたチャネル制御部１１０へのＬＵ３１０の割り当てに関する情報はＯＳやアプリケーションプログラムにより適宜参照され、あるチャネル制御部１１０に対してそのチャネル制御部１１０に対するアクセスが許可されていない情報処理装置２００からのアクセスがあった場合にそのアクセスを制限する処理等に利用される。
【００７５】
このようにチャネル制御部１１０についてのアクセス制限が行われることで、例えば情報処理装置２００のユーザの観点から処理負荷が均等に配分されるように各チャネル制御部１１０を利用する情報処理装置２００を割り当てるといったことが可能となり、この機能を利用すればストレージシステム６００の効率的な運用が可能となる。なお、これらの設定や制御も、管理端末１６０から行うようにすることも可能である。
【００７６】
＝＝＝インストール処理＝＝＝
次に、本実施の形態に係るストレージシステム６００をＮＡＳとして機能させるために必要なプログラムのインストールについて説明する。
ストレージシステム６００をＮＡＳとして機能させるためには、ＣＨＮ１１０で実行されるＯＳ７０１をインストールする必要がある。また、ＣＨＮ１１０やディスク制御部１４０で実行させるためのマイクロプログラム（ファームウエア）もインストールする必要がある。その他ＣＨＮ１１０には、ボリュームマネージャ７０７、ファイルシステムプログラム７０３、ＮＡＳマネージャ７０６等のアプリケーションプログラムが必要に応じてインストールされる。
【００７７】
ＯＳ７０１やアプリケーションプログラムは記憶デバイス３００に設定されるシステムＬＵ（システムディスク）に記憶される。また、システムＬＵに記憶されると、そのプログラム名（プログラムの識別子）、ＯＳとアプリケーションプログラムとを区別するプログラム区分、プログラムのバージョンなどの情報が、後述するプログラム状態テーブル、ライセンス数情報テーブル、ライセンス状態情報テーブルなどに記録される。なお、これらのテーブルは共有ＬＵ（共有ディスク）３１０に格納されている。
【００７８】
システムＬＵにはＯＳインストール領域や、障害検知用の記憶領域、クラスタ情報用の記憶領域などが割り当てられることもある。障害検知用の記憶領域には、ＯＳ７０１やアプリケーションプログラムが出力するダンプリスト（ＯＳ７０１のカーネルの異常終了や、デーモンの異常終了、複数のプロセス間で処理がループすることによる異常などに起因して出力されるコア（core）ダンプ、メモリダンプ、ディスクダンプ）などの障害管理に関する情報が格納される。クラスタ情報用の記憶領域にはＣＨＮ１１０間でクラスタ１８０を設定するために必要となる情報が格納される。このように、ＯＳ７０１やアプリケーションプログラムを格納するための記憶領域を記憶デバイス３００に設けるようにすることにより、ＣＨＮ１１０にかかる記憶領域を設ける必要がなくなる。
【００７９】
また上記障害検知用の記憶領域やクラスタ情報用の記憶領域は、それぞれ障害管理用ＬＵや、クラスタＬＵとして、システムＬＵとは別に設けるようにすることもできる。なお、記憶デバイス３００がＲＡＩＤ５の方式で運用されている場合には、システムＬＵや障害管理用ＬＵ、クラスタＬＵなどは１つのパリティグループに集中させるのではなく、複数のパリティグループに分散させるようにすることが好ましい。これらのＬＵ３１０には記憶デバイス制御装置１００の運用上、重要なデータが格納されるためである。
【００８０】
ＯＳ７０１やアプリケーションプログラムのインストールは管理端末（コンピュータ）１６０から行われる。具体的には、これらのプログラムは、管理端末１６０が備える記録媒体読取装置１６４を用いてＣＤ―ＲＯＭ等の記録媒体１６７から読み込むようにすることもできるし、ポート１６３を介して例えばインターネットからダウンロードすることにより読み込むようにすることもできる。そして、これらのプログラムはＣＨＮ１１０毎に記憶デバイス３００に設けられたシステムＬＵにインストールされる。
【００８１】
＝＝＝クラスタの設定＝＝＝
上述したように本実施例のストレージシステム６００における障害管理プログラム７０５は、クラスタ１８０を構成するチャネル制御部１１０間でのフェイルオーバ制御やフェイルバック制御を行っている。
【００８２】
クラスタ１８０の設定は、記憶デバイス制御装置１００に装着されている同種のチャネル制御部（回路基板）１１０をグループ化（クラスタ化）するように行われる。この設定により、同一グループ（クラスタ１８０）内のいずれかのチャネル制御部１１０に障害が発生した場合には、障害が発生したチャネル制御部１１０がそれまで行っていた処理をクラスタ１８０内の他のチャネル制御部１１０に引き継ぐようにフェイルオーバ制御がなされる。また、フェイルオーバした後に障害が発生したチャネル制御部１１０が正常に処理を行えるようになった場合には、他のチャネル制御部１１０が行っていた処理を元のチャネル制御部１１０に引き継ぐようにフェイルバック処理がなされる。
【００８３】
クラスタ１８０の設定は設定Ｗｅｂページから行うことができる。これらの設定情報は、システムディスク（システムＬＵ）のクラスタ情報用の記憶領域、クラスタ１８０を構成するチャネル制御部１１０間で共通にアクセス可能な共有ディスク（共有ＬＵ）３１０、ストレージシステム６００内の共有ディスク（共有ＬＵ）３１０等に記憶されるようにすることができる。共有ＬＵ３１０には、フェイルオーバ処理を行う際に必要な引継情報等も記憶される。なお、共有ＬＵ３１０には、フェイルオーバ処理を行う際に必要な引き継ぎ情報や、後述する、プログラム状態テーブル、ライセンス情報テーブル、及びライセンス情報テーブルなどの情報等が記憶される。
【００８４】
図１２に本実施の形態の一例として説明するストレージシステム６００の構成図を示す。図１２に示されるように、ストレージシステム６００のチャネル制御部１（１１０）とチャネル制御部２（１１０）とでクラスタＡ１８０を構成させ、チャネル制御部３（１１０）とチャネル制御部４（１１０）とでクラスタＢ１８０を構成させるようにすることもできる。この場合において、各チャネル制御部１乃至４（１１０）ごとにアクセス可能なシステムディスク（記憶領域）１乃至４（３１０）が割り当てられている。したがって、システムディスク１には、チャネル制御部１（１１０）で実行されるＯＳやＯＳにインストールされているプログラム、ＮＡＳサービスを提供するために必要なプログラムやデータなどが格納されている。また、ストレージシステム６００には、ストレージシステム６００内の各チャネル制御部１乃至４（１１０）間で共通にアクセス可能な共有ディスク（共有ＬＵ）３１０が備えられている。
【００８５】
＝＝＝プログラムのライセンス管理＝＝＝
上述したように、各チャネル制御部１乃至４（１１０）は各チャネル制御部１乃至４（１１０）のプログラム状態を一致させる処理を行う。しかし、あるプログラムによってはライセンスを設定しなければならないものがある。そこで、各チャネル制御部１乃至４（１１０）はプログラムのライセンスの設定状態を一致させる処理も行う。これらの処理は、それぞれのチャネル制御部１乃至４（１１０）が行うが、管理端末１６０が行うようにしてもよい。
【００８６】
なお、上記ライセンスを設定しなければならないプログラムとしては、例えば、アプリケーションプログラムなどがある。アプリケーションプログラムは、チャネル制御部１乃至４（１１０）に割り当てられたシステムＬＵ３１０にそれぞれインストールすることはできるが、有効なライセンスを設定するまでは利用することができないようになっている。このライセンスを設定するためには、まずライセンスキーを登録しなければならない。このライセンスキーは、ユーザがアプリケーションプログラムを購入した場合に、アプリケーションプログラムの提供元より発行されるパスワードである。このライセンスキーは、例えば、利用可能なアプリケーションプログラムの情報、利用可能なストレージシステム６００（ストレージシステム６００の製造番号など）、利用可能なライセンス数／ライセンス容量／ライセンス人数／ライセンス期間などのライセンス内容が組み込まれたキーである。ライセンスキーはユーザが見ても解読できないように暗号化されている。
【００８７】
以下に、図１２に示されるようにクラスタ１８０を設定した場合の各チャネル制御部１１０のプログラムのライセンスの設定状態を一致させる処理の例を図１３及び図１４に示す。
【００８８】
＜各プログラムを利用できるようにするための処理＞
図１３は、クラスタ１８０を構成する全てのチャネル制御部１１０のプログラムについてライセンスを設定して、全てのチャネル制御部１１０において各プログラムを利用できるようにするための処理の一例を示す。
ユーザは、プログラムのライセンスキーを登録するチャネル制御部１１０の設定画面を呼び出す。そうすると、そのチャネル制御部１１０は、共有ＬＵ３１０に格納されているライセンス状態情報テーブルの利用状態を確認し、クラスタ１８０を構成する全てのチャネル制御部１及び２（１１０）にそれぞれ割り当てられたシステムＬＵ１及び２（３１０）にインストールされているプログラムについてライセンスがそれぞれに設定されている（利用可能状態）かどうかを判断する（S1300）。図１５に本実施の形態として説明するライセンス状態情報テーブルの例を示す。この図に示すように、ライセンス状態情報テーブルにはストレージシステム６００の識別子、クラスタ識別子、チャネル制御部１１０の識別子、プログラムの識別子、プログラム区分、プログラムのバージョン、プログラムの利用状態などの情報が記録されている。ライセンス数情報テーブルは、ストレージシステム６００又はクラスタ１８０の各チャネル制御部１１０がアクセス可能なシステムＬＵ３１０や、共有ＬＵ３１０に格納されている。
【００８９】
（S1300）の判断の結果、インストールされているプログラムについてライセンスがそれぞれに設定されていると判断した場合（S1300：Y）にはこの処理を終了する。一方、（S1300）の判断の結果、インストールされているプログラムについてライセンスがそれぞれに設定されていないと判断した場合（S1300：N）には（S1301）に進む。
【００９０】
（S1301）では、チャネル制御部１１０は、共有ＬＵ３１０に格納されているライセンス数情報テーブルを確認し、ストレージシステム６００がクラスタ１８０を構成するチャネル制御部１１０の数以上の残りライセンスを有するか否かを判断する。図１６に本実施の形態として説明するライセンス数情報テーブルの例を示す。図１６に示すように、ライセンス数情報テーブルにはストレージシステム６００の識別子（装置識別子）、プログラム識別子、プログラムのバージョン、ストレージシステム６００が有するプログラムのライセンス数、残りライセンス数などの情報が記録されている。なお、ライセンス数情報テーブルは、ストレージシステム６００又はクラスタ１８０の各チャネル制御部１１０がアクセス可能なシステムＬＵ３１０に格納されていてもよい。残りライセンスとは、ライセンスキーは登録されているが、その登録したライセンスを使用（設定）していないものをいう。つまり、一度登録したライセンスはストレージシステム６００で管理されることになる。したがって、再度のライセンスキーの登録が不要になり、ライセンスキーの入力の手間が省ける。
【００９１】
なお、上記においては、ライセンス数情報テーブルとライセンス状態情報テーブルとを２つのテーブルに分けているが、これらを１つのテーブルにしてもよいし、複数のテーブルに分けてもよい。これらの情報は、情報処理装置２００から確認したい旨の要求があった場合に、表示できるようにしてもよい。図１７に情報処理装置２００の表示画面に表示させるライセンス情報の例を示す。図１７に示すように、情報処理装置２００の表示画面にはプログラムの名称、残りライセンス、プログラムの区分、プログラムの利用状態などが表示されているが、他の情報を表示できるようにしてもよい。
【００９２】
（S1301）の判断の結果、ストレージシステム６００がクラスタ１８０を構成するチャネル制御部１１０の数以上の残りライセンスを有すると判断した場合（S1301：Y）には（S1308）へジャンプする。一方、（S1301）の判断の結果、ストレージシステム６００がクラスタ１８０を構成するチャネル制御部１１０の数以上の残りライセンスを有していないと判断した場合（S1301：N）には（S1302）へ進む。
【００９３】
（S1302）では、クラスタ１８０を構成する全てのチャネル制御部１１０でプログラムを利用可能状態にするために、図１８に示すように、管理端末１６０又は情報処理装置２００の表示画面にライセンスキー入力画面を表示させ、ライセンスキーの入力を要求する。このライセンスキー入力要求（S1302）に従いユーザがライセンスキーを入力した場合には、チャネル制御部１１０は入力されたライセンスキーが正しいかどうかを判断する（S1303）。すなわち、入力されたライセンスキーが製造元より発行されたライセンスキーと同じであるかどうかを判断する。
【００９４】
（S1303）の判断の結果、ライセンスキーが間違っている場合（S1303：N）には（S1306）へジャンプし、ユーザの情報処理装置２００にエラー内容を通知してエラー内容を表示する。図１９に情報処理装置２００に通知したライセンスキーエラー内容の表示例を示す。これにより、ユーザは入力したライセンスキーが正しくないことを知ることができる。一方、（S1303）の判断の結果、入力されたライセンスキーが正しい場合（S1303：Y）には（S1304）に進み、そのライセンスキーを使いまわしているかどうかを判断する。つまり、そのライセンスキーが既にストレージシステム６００の他のチャネル制御部１１０のプログラムに登録されているライセンスキーと同じかどうかを判断する（S1304）。これにより、ライセンスキーの不正利用を未然に防止することができる。
【００９５】
（S1304）の判断の結果、そのライセンスキーを使いまわしていると判断した場合（S1304：Y）には（S1306）へジャンプし、ユーザの情報処理装置２００にエラー内容を通知してエラー内容を表示する。図２０に情報処理装置２００に通知したライセンスキーエラー内容の表示例を示す。これにより、ユーザは入力されたライセンスキーが既に登録されているものであることを知ることができる。一方、（S1304）の判断の結果、そのライセンスキーを使いまわしていないと判断した場合（S1304：N）には（S1305）へ進み、入力されたライセンスキーに組み込まれたライセンス数と残りライセンス数との合計がクラスタ１８０を構成するチャネル制御部１１０の数以上あるかどうかを判断する。
【００９６】
（S1305）の判断の結果、入力されたライセンスキーに組み込まれたライセンス数と残りライセンス数との合計がクラスタ１８０を構成するチャネル制御部１１０の数以上有していないと判断した場合（S1305：N）には（S1306）へ進み、ユーザの情報処理装置２００にエラー内容を通知してエラー内容を表示する。図２１に情報処理装置２００に通知したライセンスキーエラー内容の表示例を示す。これにより、ユーザはさらにライセンスキーを登録する必要があることを知ることができる。図１３には示していないが、この場合においてエラー内容を表示した後、再度ユーザにライセンスキーの入力を要求するようにしてもよい（S1302）。
【００９７】
一方、（S1305）の判断の結果、入力されたライセンスキーを登録し、登録されたライセンス数と残りライセンス数との合計がクラスタ１８０を構成するチャネル制御部１１０の数以上有していると判断した場合（S1305：Y）には（S1307）へ進み、ライセンス数情報テーブルの各情報を変更する。次に、クラスタ１８０を構成する全てのチャネル制御部１１０において実行させるプログラムにライセンスを設定したかどうかを判断する（S1308）。
【００９８】
（S1308）の判断の結果、クラスタ１８０を構成する全てのチャネル制御部１１０において実行させるプログラムにライセンスを設定していないと判断した場合（S1308：N）には、各チャネル制御部１１０は設定されていないプログラムのライセンスを設定する（S1309）。次に、共有ＬＵ３１０に格納されているライセンス数情報テーブルの残りライセンス数を１減らして、図１５に示されるライセンス状態情報テーブルの利用状態を利用可能状態に変更する（S1310）。具体的には、クラスタＡ１８０を構成するチャネル制御部１及び２の"Program3"についてライセンスが設定されていない場合には、チャネル制御部１及び２がそれぞれ"Program3"についてのライセンスを設定する。そして、ライセンス数情報テーブルの残りライセンス数を１減らして、ライセンス状態情報テーブルの自己のチャネル制御部１１０に該当する利用状態を利用可能状態に変更する。
（S1308）の判断の結果、クラスタ１８０を構成する全てのチャネル制御部１１０において実行させるプログラムにライセンスを設定したと判断した場合（S1308：Y）には、ライセンスの設定処理を終了する。
【００９９】
＜各プログラムを利用できないようにするための処理＞
図１４は、クラスタ１８０を構成する全てのチャネル制御部１１０のプログラムについてライセンスを解除し、全てのチャネル制御部１１０において各プログラムを利用できないようにするための処理の一例を示す。
この処理は、ユーザからあるプログラムの利用をできないようにしてほしい旨の指示があった時や、そのプログラムをアンインストールする時に行われる。まず、クラスタ１８０を構成する全てのチャネル制御部１１０のプログラムについてのライセンスを解除したかどうかを判断する（S1400）。
【０１００】
（S1400）の判断の結果、クラスタ１８０を構成する全てのチャネル制御部１１０のプログラムについてライセンスが解除されていないと判断した場合（S1400：N）には、各チャネル制御部１１０はライセンスを解除していないプログラムのライセンスを解除する（S1401）。次に、共有ＬＵ３１０等に格納されているライセンス数状態テーブルの残りライセンス数を１増やして、ライセンス状態情報テーブルの利用状態を利用不可に変更する（S1402）。具体的には、クラスタＢ１８０を構成するチャネル制御部３及び４の"Program3"についてライセンスが解除されていないと判断した場合には、各チャネル制御部３及び４（１１０）は"Program3"についてライセンスを解除する。そして、ライセンス数情報テーブルの残りライセンス数を１増やして、ライセンス状態情報テーブルの自己のチャネル制御部１１０に該当する利用状態を利用不可状態に変更する。
【０１０１】
（S1400）の判断の結果、クラスタ１８０を構成する全てのチャネル制御部１１０のプログラムについてライセンスを解除したと判断した場合（S1400：Y）には、ライセンスの解除処理を終了する。この処理はプログラムのライセンスを解除するものであって、ストレージシステム６００から設定されたライセンスキーを消去するわけではない。したがって、一度設定されたライセンスキーはストレージシステム６００が管理していることから、再度ライセンスキーを設定する必要がなくなり、ユーザの再度ライセンスキーの入力の手間が省ける。
【０１０２】
以上のように、プログラムのライセンスの設定状態を一致させる処理により、どのチャネル制御部１１０においても各プログラムを実行させることができる。したがって、ユーザはあるチャネル制御部１１０に行わせていたデータの処理を、その他のチャネル制御部１１０において行わせることができるため、混乱を招くことがなくなる。特にクラスタ１８０を設定した場合には、クラスタ１８０を構成するチャネル制御部１１０間で各プログラムを実行できるため、フェイルオーバをしても不都合が生じることがなくなり、ユーザに混乱を招くことがなくなる。
【０１０３】
本発明によれば、共有ディスクにライセンス情報を格納してライセンス管理を実現する例を示す。共有ディスクに格納することで、システムディスクの障害でプログラムを再インストールしても、ライセンス状態やライセンス情報をそのまま利用できる。また、装置としてライセンスを一元管理できるため、ライセンスの移動が容易になり、ライセンスの不正利用を防止できる。このように、本発明によれば、プログラムのライセンスを効率よく管理することができる。
なお、本実施例以外に、システムＬＵ３１０に反映して、全チャネル制御部１１０間で同期する方法も本発明に含まれる。
【０１０４】
＝＝＝プログラムの管理＝＝＝
各チャネル制御部１１０は、プログラムのライセンスの設定状態を一致させる処理を行う前に、各チャネル制御部１１０のＯＳやＯＳにインストールされているアプリケーションプログラムの状態を一致させる処理を行うようにしてもよい。プログラム状態を一致させる処理とは、例えば、ストレージシステム６００の全てのチャネル制御部１１０のＯＳやＯＳにインストールされているアプリケーションプログラムの有無、プログラムのバージョン、プログラムのライセンスなどを一致させる処理がある。これらの処理は、それぞれのチャネル制御部１１０が行うが、管理端末１６０が行うようにしてもよい。
【０１０５】
プログラム状態を一致させる処理は、例えば、システムの起動時、プログラムの実行時、プログラムの利用開始時、情報処理装置２００がストレージシステム６００内の全てのチャネル制御部１１０にアクセスできるようにアクセス制限を設定した時、クラスタ１８０の設定をした時、プログラムのライセンスキーを設定した時、システムを修復した時などプログラム状態の不整合が発生する可能性がある場合に行われる。
【０１０６】
図１２に示されるようにクラスタ１８０を設定した場合の各チャネル制御部１乃至４（１１０）のＯＳやＯＳにインストールされているアプリケーションプログラム状態を一致させる処理の例を図２２に示す。
クラスタ１８０を設定するとクラスタ１８０を構成する各チャネル制御部１及び２（１１０）は、まず、プログラム状態テーブルを確認し、クラスタ１８０を構成するチャネル制御部１及び２（１１０）に割り当てられたシステムＬＵ（記憶領域）３１０にインストールされているプログラムが一致するか否かを判断する（S2200）。この処理により、チャネル制御部１（１１０）とチャネル制御部２（１１０）とにおいてプログラムの整合性を得ることができる。したがって、チャネル制御部１（１１０）からチャネル制御部２（１１０）にフェイルオーバしても、プログラムが正常に動作し不具合が生じることがない。
【０１０７】
図２３にプログラム状態テーブルの例を示す。プログラム状態テーブルには、例えば、装置識別子、クラスタ識別子、チャネル制御部識別子、プログラム識別子、プログラム区分、バージョン、利用状態などの情報が記録されている。なお、このプログラム状態テーブルは、メモリ１１３や共有メモリ１２０、共有ディスク（共有ＬＵ）３１０等に記憶されている。
【０１０８】
（S2200）の判断の結果、インストールされているプログラムが一致すると判断した場合（S2200：Y）には、プログラム状態テーブルを確認し、インストールされているプログラムのバージョンが一致するか否かを判断する（S2201）。一方、（S2200）の判断の結果、インストールされているプログラムが一致しないと判断した場合（S2200：N）には（S2205）へジャンプする。
【０１０９】
（S2201）では、プログラム状態テーブルを確認し、インストールされているプログラムのバージョンが一致するか否かを判断する。プログラムのバージョンが異なるとチャネル制御部１（１１０）からチャネル制御部２（１１０）にフェイルオーバさせたときに、各バージョンによってシステムコールが異なるため各チャネル制御部１１０で行った処理結果が異なる場合が生じる。そのため、ユーザが混乱することになる。したがって、この処理をすることにより、ユーザ全体の混乱を未然に防止することができる。
【０１１０】
（S2201）の判断の結果、インストールされているプログラムのバージョンが一致すると判断した場合（S2201：Y）には（S2202）に進む。一方、（S2201）の判断の結果、インストールされているプログラムのバージョンが一致しないと判断した場合（S2201：N）には（S2205）にジャンプする。
【０１１１】
（S2202）では、インストールされているプログラムがアプリケーションプログラムであるか否かを判断する。オペレーティングシステムは、ＮＡＳとしての機能を実現させるために最低限必要なプログラムであるため、あらかじめライセンスされている場合がある。したがって、アプリケーションプログラムのみについてライセンス設定状態を一致させる処理を行えばよい場合がある。この場合に（S2202）の処理は適用されるが、全てのプログラムにおいてライセンス設定状態を一致させる処理を行う場合には（S2202）の処理を適用しなくてもよい。
【０１１２】
（S2202）の判断の結果、インストールされているプログラムがアプリケーションプログラムであると判断した場合（S2202：Y）には（S2203）へ進む。一方、（S2202）の判断の結果、インストールされているプログラムがアプリケーションプログラムではないと判断した場合（S2202：N）には（S2204）へジャンプする。
【０１１３】
（S2203）では、クラスタ１８０を構成する全てのチャネル制御部１１０のライセンス設定状態が一致する否かを判断する処理である。アプリケーションプログラムはライセンスを設定しなければ、そのプログラムを利用することができない。したがって、クラスタＡ１８０を構成するチャネル制御部１（１１０）ではライセンスを設定しているが、クラスタＡ１８０を構成するチャネル制御部２（１１０）ではライセンスを設定していない場合には問題が生じる場合がある。例えば、チャネル制御部１（１１０）のあるプログラムにより処理させていたデータを、チャネル制御部２（１１０）ではそのデータを処理させることができないという問題がある。したがって、この処理をすることにより、ユーザ全体の混乱を未然に防止することができる。
【０１１４】
（S2203）の判断の結果、ライセンス設定状態が一致すると判断した場合（S2203：Y）には（S2204）へ進む。一方、（S2203）の判断の結果、ライセンス設定状態が一致しないと判断した場合（S2203：N）には（S2205）へジャンプする。
【０１１５】
（S2205）では、プログラム状態が一致するか否かを判断したプログラムを利用できないように制御し、ログファイルにプログラム状態が一致しない旨の情報を記録する。また、図２４に示すように、管理端末１６０や情報処理装置２００の表示画面にエラーメッセージ（プログラム状態の不整合）を表示させたり、メールでその旨を通知したりする。
【０１１６】
（S2204）では、ライセンス状態情報テーブルやプログラム状態テーブルの利用状態を利用可能状態に変更して、そのプログラムを利用できるようにする。そして、（S2206）へ進み、全てのプログラムにおいて（S2200）〜（S2203）の事項について確認したか否かを判断する。これにより、クラスタ１８０を構成しようとするチャネル制御部１１０で実行されるプログラムが一致することとなる。したがって、クラスタ１８０の設定が可能となる。
【０１１７】
（S2206）の判断の結果、全てのプログラムにおいて確認したと判断した場合（S2206：Y）には、プログラム状態を一致させる処理を終了する。一方、（S2206）の判断の結果、全てのプログラムにおいて確認していないと判断した場合（S2206：N）には（S2200）へジャンプし、未だ確認していないプログラムについて（S2200）〜（S2203）の事項が確認される。
【０１１８】
以上のことから、特定のクラスタ１８０に属するチャネル制御部１１０は、障害発生時に別のチャネル制御部１１０へフェイルオーバしても、クラスタ１８０内のチャネル制御部１１０のライセンス状態が一致するので、フェイルオーバ先でプログラムを実行することができ、クラスタ機能を実現することが可能となる。
【０１１９】
なお、以上において複数のチャネル制御部１１０を備えた記憶デバイス制御装置１００を含んで構成されるストレージシステム６００を例に挙げ具体的に説明したが、一つのチャネル制御部１１０を備えた複数の記憶デバイス制御装置１００を含んで構成されるストレージシステム６００であっても本発明を実施することができる。
【０１２０】
本発明によれば、プログラムのライセンスを効率よく管理することができるだけではなく、プログラムのインストールの有無の管理や、プログラムのバージョン管理もすることができる。
【０１２１】
以上において本実施の形態について説明したが、上記実施例は本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明はその趣旨を逸脱することなく変更、改良され得ると共に、本発明にはその等価物も含まれる。
【０１２２】
【発明の効果】
本発明によれば、ストレージシステムの制御方法、ストレージシステム、及びプログラムを提供することができる。
【図面の簡単な説明】
【図１】 本実施の形態におけるストレージシステムの全体構成示すブロック図である。
【図２】 本実施の形態における管理端末の構成を示すブロック図である。
【図３】 本実施の形態における物理ディスク管理テーブルを示す図である。
【図４】 本実施の形態におけるＬＵ管理テーブルを示す図である。
【図５】 本実施の形態におけるストレージシステムの外観構成を示す図である。
【図６】 本実施の形態における記憶デバイス制御装置の外観構成を示す図である。
【図７】 本実施の形態におけるＣＨＮを示す図である。
【図８】 本実施の形態におけるメモリに記憶されるデータの内容を説明するための図である。
【図９】 本実施の形態におけるディスク制御部を示す図である。
【図１０】 本実施の形態におけるソフトウェア構成図である。
【図１１】 本実施の形態におけるチャネル制御部においてクラスタが構成されている様子を示す図である。
【図１２】 本実施の形態におけるストレージシステムの構成図を示す図である。
【図１３】 本実施の形態におけるプログラムのライセンスの設定状態を一致させる処理を説明するためのフローチャートを示す図である。
【図１４】 本実施の形態におけるプログラムのライセンスの設定状態を一致させる処理を説明するためのフローチャートを示す図である。
【図１５】 本実施の形態として説明するライセンス状態情報テーブルのイメージを示す図である。
【図１６】 本実施の形態として説明するライセンス数情報テーブルのイメージを示す図である。
【図１７】 情報処理装置の表示画面に表示させるライセンス情報のイメージを示す図である。
【図１８】 情報処理装置の表示画面にライセンスキーを入力する画面のイメージを示す図である。
【図１９】 情報処理装置に通知したライセンスキーエラー内容の表示のイメージを示す図である。
【図２０】 情報処理装置に通知したライセンスキーエラー内容の表示のイメージを示す図である。
【図２１】 情報処理装置に通知したライセンスキーエラー内容の表示のイメージを示す図である。
【図２２】 本実施の形態におけるプログラム状態を一致させる処理を説明するためのフローチャートを示す図である。
【図２３】 本実施の形態として説明するプログラム状態テーブルのイメージを示す図である。
【図２４】 管理端末や情報処理装置の表示画面に表示させるエラーメッセージのイメージを示す図である。
【符号の説明】
１００ 記憶デバイス制御装置
１１０ チャネル制御部
１２０ 共有メモリ
１３０ キャッシュメモリ
１４０ ディスク制御部
１５０ 接続部
１５１ 内部ＬＡＮ
１６０ 管理端末
１８０ クラスタ
２００ 情報処理装置
３００ 記憶デバイス
３１０ ＬＵ
４００ ＬＡＮ
６００ ストレージシステム
【発明の属する技術分野】
本発明は、ストレージシステムの制御方法、ストレージシステム、及びプログラムに関する。
【０００２】
【従来の技術】
近年コンピュータシステムで取り扱われるデータ量が急激に増加している。このようなデータを管理するためのストレージシステムとして、最近ではミッドレンジクラスやエンタープライズクラスと呼ばれるような、巨大な記憶資源を提供するＲＡＩＤ（Redundant Arrays of Inexpensive Disks）方式で管理されたストレージシステムにファイルシステムを結合させた、大規模なストレージシステムが注目されている。また、かかる膨大なデータを効率よく利用し管理するために、ディスクアレイ装置等のストレージシステムと情報処理装置とを専用のネットワーク（Storage Area Network、以下ＳＡＮと記す）で接続し、ストレージシステムへの高速かつ大量なアクセスを実現する技術が開発されている。一方、ストレージシステムと情報処理装置とをＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）プロトコル等を用いたネットワークで相互に接続し、情報処理装置からのファイルレベルでのアクセスを実現するＮＡＳ（Network Attached Storage）と呼ばれるストレージシステムが開発されている。
【０００３】
このようなストレージシステムにおいては、不正コピー防止等を目的として、コンピュータにインストールされるオペレーティングシステムやアプリケーションプログラムを機能させるために、一般にライセンスを設定（登録）することが要求される。ここでインストールされるプログラムの数が多い場合や、管理すべきコンピュータの数が多い場合は、管理対象となるライセンス数も必然的に多くなる。なお、このようなライセンスを管理する仕組みとして、例えば会社等の内部またはグループ内に組織の変更や人事異動があった場合にその社員が利用しているインストールプログラムに対するライセンスの設定変更を行う仕組みが知られている（例えば、特許文献１）。
【０００４】
【特許文献１】
特開２００２−２７９１６５号公報
【０００５】
【発明が解決しようとする課題】
ところで、上述のＮＡＳにおいては、例えば、情報処理装置との間の通信を行うためのプログラムやファイルシステム機能などを実現するためのプログラムなど、数多くのプログラムがインストールされる。従って、特にＮＡＳにおいては、ライセンスを効率よく管理する仕組みが求められる。
【０００６】
本発明は上記課題を鑑みてなされたものであり、ストレージシステムの制御方法、ストレージシステム、及びプログラムを提供することを主たる目的とする。
【０００７】
【課題を解決するための手段】
上記課題を解決するために、本発明に係るストレージシステムのライセンスを管理する方法は、ネットワークを介して接続される情報処理装置からファイル名指定によるデータ入出力要求を授受する複数のチャネル制御部と、前記チャネル制御部ごとに割り当てられたアクセス可能な記憶領域と、前記記憶領域を備える記憶デバイスと、を含んで構成されるストレージシステムの制御方法において、前記チャネル制御部に実行させるプログラムをインストールするステップと、前記複数のチャネル制御部に割り当てられた記憶領域にインストールされているプログラムについてライセンスがそれぞれに設定されているかどうかを判断するステップと、前記プログラムについてライセンスがそれぞれに設定されていると判断した場合には、ストレージシステム内の前記チャネル制御部において前記インストールされているプログラムを利用できるように制御するステップと、を備える。
【０００８】
なお、前記情報処理装置とは、前記構成の前記記憶デバイス制御装置を備えて構成されるストレージシステムにＬＡＮやＳＡＮを介してアクセスする、例えば、パーソナルコンピュータやメインフレームコンピュータである。ファイルアクセス処理部の機能はチャネル制御部のＣＰＵ上で実行されるオペレーティングシステムおよびこのオペレーティングシステム上で動作する例えばＮＦＳ（Network File System）等のプログラムによって提供される。記憶デバイスは例えばハードディスク装置などのディスクドライブである。
【０００９】
またファームウエアやファイルアクセス処理部を機能させるためのプログラムが記憶デバイスにインストールされることにより、ストレージシステムは情報処理装置に対してＮＡＳとしての機能を提供することができる。
その他、本願が開示する課題、及びその解決方法は、発明の実施の形態の欄、及び図面により明らかにされる。
【００１０】
【発明の実施の形態】
＝＝＝全体構成例＝＝＝
図１は、本発明の一実施例として説明するチャネル制御部を備えるストレージシステムの全体構成を示す。ストレージシステム６００は、記憶デバイス制御装置１００と記憶デバイス（記憶装置）３００とを備えている。記憶デバイス制御装置１００は、情報処理装置２００から受信したコマンドに従って記憶デバイス３００に対する制御を行う。例えば情報処理装置２００からデータの入出力要求を受信して、記憶デバイス３００に記憶されているデータの入出力のための処理を行う。データは、記憶デバイス３００が備えるディスクドライブにより提供される物理的な記憶領域上に論理的に設定される記憶領域である論理ボリューム（Logical Unit）（以下、ＬＵと記す）に記憶されている。また記憶デバイス制御装置１００は、情報処理装置２００との間で、ストレージシステム６００を管理するための各種コマンドの授受も行う。
【００１１】
情報処理装置２００はＣＰＵ（Central Processing Unit）やメモリを備えたコンピュータである。情報処理装置２００が備えるＣＰＵにより各種プログラムが実行されることにより様々な機能が実現される。情報処理装置２００は、例えばパーソナルコンピュータやワークステーションであることもあるし、メインフレームコンピュータであることもある。
【００１２】
図１において、情報処理装置２００は、ＬＡＮ（Local Area Network）４００を介して記憶デバイス制御装置１００と接続されている。ＬＡＮ４００は、インターネットとすることもできるし、専用のネットワークとすることもできる。ＬＡＮ４００を介して行われる情報処理装置２００と記憶デバイス制御装置１００との間の通信は、例えばＴＣＰ／ＩＰプロトコルに従って行われる。情報処理装置２００からは、ストレージシステム６００に対して、ファイル名指定によるデータアクセス要求（以下、ファイルアクセス要求と記す）が送信される。
【００１３】
記憶デバイス制御装置１００は、チャネル制御部１１０を備える。以下、このチャネル制御部１１０のことをＣＨＮとも記す。記憶デバイス制御装置１００は、チャネル制御部１１０によりＬＡＮ４００を介して情報処理装置２００との間で通信を行う。チャネル制御部１１０は、情報処理装置２００からのファイルアクセス要求を個々に受け付ける。すなわち、チャネル制御部１１０には、個々にＬＡＮ４００上のネットワークアドレス（例えば、ＩＰアドレス）が割り当てられていてそれぞれが個別にＮＡＳとして振る舞い、個々のＮＡＳがあたかも独立したＮＡＳが存在しているかのようにＮＡＳのサービスを情報処理装置２００に提供することができる。以下、チャネル制御部１１０をＣＨＮと記す。このように１台のストレージシステム６００に個別にＮＡＳとしてのサービスを提供するチャネル制御部１１０を備えるように構成したことで、従来、独立したコンピュータで個別に運用されていたＮＡＳサーバが一台のストレージシステム６００に集約されて運用される。そして、この構成によってストレージシステム６００の統括的な管理が可能となり、ライセンス管理、インストールの有無及びプログラムのバージョンなどのプログラム管理だけでなく、各種設定・制御や障害管理といった保守業務の効率化が図られる。
【００１４】
なお、本実施の形態に係る記憶デバイス制御装置１００のチャネル制御部１１０の機能は、後述するように、一体的にユニット化された回路基板上に形成されたハードウェア及びこのハードウェアにより実行されるオペレーティングシステム（以下、ＯＳと記す）やこのＯＳ上で動作するアプリケーションプログラムなどのプログラムにより実現される。このように本実施例のストレージシステム６００では、従来ハードウェアの一部として実装されてきた機能が主としてプログラムによって実現されている。このため、本実施例のストレージシステム６００では柔軟性に富んだシステム運用が可能となり、多様で変化の激しいユーザニーズに対応したきめ細かなサービスを提供することが可能となる。
【００１５】
なお、上記においては、ＬＡＮ（Local Area Network）４００を介して記憶デバイス制御装置１００と情報処理装置２００とを接続するように設定されているが、ＳＡＮ（Storage Area Network）を介して記憶デバイス制御装置１００と情報処理装置２００とを接続するように設定してもよい。また、ＬＡＮ４００やＳＡＮ等のネットワークを介さずに記憶デバイス制御装置１００と情報処理装置２００とを接続するように設定してもよい。
【００１６】
＝＝＝記憶デバイス＝＝＝
記憶デバイス３００は多数のディスクドライブ（物理ディスク）を備えており情報処理装置２００に対して記憶領域を提供する。データは、ディスクドライブにより提供される物理的な記憶領域上に論理的に設定される記憶領域であるＬＵに記憶されている。ディスクドライブとしては、例えばハードディスク装置やフレキシブルディスク装置、半導体記憶装置等様々なものを用いることができる。
【００１７】
なお、記憶デバイス３００は例えば複数のディスクドライブによりディスクアレイを構成するようにすることもできる。この場合、情報処理装置２００に対して提供される記憶領域は、ＲＡＩＤにより管理された複数のディスクドライブにより提供されるようにすることもできる。
【００１８】
記憶デバイス制御装置１００と記憶デバイス３００との間は図１のように直接に接続される形態とすることもできるし、ネットワークを介して接続するようにすることもできる。さらに記憶デバイス３００は記憶デバイス制御装置１００と一体として構成されることもできる。
【００１９】
記憶デバイス３００に設定されるＬＵ（記憶領域）には、情報処理装置２００からアクセス可能なユーザＬＵや、チャネル制御部１１０の制御のために使用されるシステムＬＵ等がある。システムＬＵにはＣＨＮ１１０で実行されるオペレーティングシステムも格納される。その他、ＣＨＮ１１０で実行され、ＮＡＳサービスを提供するために必要なアプリケーションプログラムやデータなども格納される。また各ＬＵにはチャネル制御部１１０が対応付けられている。これによりチャネル制御部１１０毎にアクセス可能なＬＵが割り当てられている。また上記対応付けは、複数のチャネル制御部１１０で一つのＬＵを共有するようにすることもできる。なお以下において、ユーザＬＵやシステムＬＵをユーザディスク、システムディスク等とも記す。また、複数のチャネル制御部１１０で共有されるＬＵを共有ＬＵあるいは共有ディスクと記す。
【００２０】
＝＝＝記憶デバイス制御装置＝＝＝
記憶デバイス制御装置１００はチャネル制御部１１０、共有メモリ１２０、キャッシュメモリ１３０、ディスク制御部１４０、管理端末１６０、接続部１５０を備える。
【００２１】
チャネル制御部１１０は情報処理装置２００との間で通信を行うための通信インタフェースを備え、情報処理装置２００との間でデータ入出力コマンド等を授受する機能を備える。例えばＣＨＮ１１０は情報処理装置２００からのファイルアクセス要求を受け付ける。そしてファイルの記憶アドレスやデータ長等を求めて、ファイルアクセス要求に対応するＩ／Ｏ要求を出力することにより、記憶デバイス３００へのアクセスを行う。これによりストレージシステム６００はＮＡＳとしてのサービスを情報処理装置２００に提供することができる。なおＩ／Ｏ要求にはデータの先頭アドレス、データ長、読み出し又は書き込み等のアクセスの種別が含まれている。またデータの書き込みの場合にはＩ／Ｏ要求に書き込みデータが含まれているようにすることもできる。Ｉ／Ｏ要求の出力は、後述するＩ／Ｏプロセッサ１１９により行われる。
【００２２】
各チャネル制御部１１０は管理端末１６０と共に内部ＬＡＮ１５１で接続されている。これによりチャネル制御部１１０に実行させるマイクロプログラム等を管理端末１６０から送信しインストールすることが可能となっている。チャネル制御部１１０の構成については後述する。
【００２３】
接続部１５０はチャネル制御部１１０、共有メモリ１２０、キャッシュメモリ１３０、ディスク制御部１４０を相互に接続する。チャネル制御部１１０、共有メモリ１２０、キャッシュメモリ１３０、ディスク制御部１４０間でのデータやコマンドの授受は接続部１５０を介することにより行われる。接続部１５０は例えば高速スイッチングによりデータ伝送を行う超高速クロスバスイッチなどの高速バスである。チャネル制御部１１０同士が高速バスで接続されていることで、個々のコンピュータ上で動作するＮＡＳサーバがＬＡＮを通じて接続する従来の構成に比べてチャネル制御部１１０間の通信パフォーマンスが大幅に向上する。またこれにより高速なファイル共有機能や高速フェイルオーバなども可能となる。
【００２４】
共有メモリ１２０及びキャッシュメモリ１３０は、チャネル制御部１１０、ディスク制御部１４０により共有される記憶メモリである。共有メモリ１２０は主に制御情報やコマンド等を記憶するために利用されるのに対し、キャッシュメモリ１３０は主にデータを記憶するために利用される。
【００２５】
例えば、あるチャネル制御部１１０が情報処理装置２００から受信したデータ入出力コマンドが書き込みコマンドであった場合には、当該チャネル制御部１１０は書き込みコマンドを共有メモリ１２０に書き込むと共に、情報処理装置２００から受信した書き込みデータをキャッシュメモリ１３０に書き込む。一方、ディスク制御部１４０は共有メモリ１２０を監視しており、共有メモリ１２０に書き込みコマンドが書き込まれたことを検出すると、当該コマンドに従ってキャッシュメモリ１３０から書き込みデータを読み出して記憶デバイス３００に書き込む。
【００２６】
またあるチャネル制御部１１０が情報処理装置２００から受信したデータ入出力コマンドが読み出しコマンドであった場合には、当該チャネル制御部１１０は読み出しコマンドを共有メモリ１２０に書き込むと共に、読み出し対象となるデータがキャッシュメモリ１３０に存在するかどうかを調べる。ここでキャッシュメモリ１３０に存在すれば、そのデータを情報処理装置２００に送信する。一方、読みだし対象となるデータがキャッシュメモリ１３０に存在しない場合には、共有メモリ１２０を監視することにより読み出しコマンドが共有メモリ１２０に書き込まれたことを検出したディスク制御部１４０が、記憶デバイス３００から読みだし対象となるデータを読み出してこれをキャッシュメモリ１３０に書き込むと共に、その旨を共有メモリ１２０に書き込む。そして、チャネル制御部１１０は共有メモリ１２０の監視により読みだし対象となるデータがキャッシュメモリ１３０に書き込まれたことを検出すると、そのデータを情報処理装置２００に送信する。
【００２７】
なお、このようにチャネル制御部１１０からディスク制御部１４０に対するデータの書き込みや読み出しの指示を共有メモリ１２０を介在させて間接に行う構成の他、例えばチャネル制御部１１０からディスク制御部１４０に対してデータの書き込みや読み出しの指示を共有メモリ１２０を介さずに直接に行う構成とすることもできる。
【００２８】
ディスク制御部１４０は記憶デバイス３００の制御を行う。例えば上述のように、チャネル制御部１１０が情報処理装置２００から受信したデータ書き込みコマンドに従って記憶デバイス３００へデータの書き込みを行う。また、チャネル制御部１１０により送信された論理アドレス指定によるＬＵへのデータアクセス要求を、物理アドレス指定による物理ディスクへのデータアクセス要求に変換する。記憶デバイス３００における物理ディスクがＲＡＩＤにより管理されている場合には、ＲＡＩＤ構成（例えば、ＲＡＩＤ０，１，５）に従ったデータのアクセスを行う。またディスク制御部１４０は、記憶デバイス３００に記憶されたデータの複製管理の制御やバックアップ制御を行う。さらにディスク制御部１４０は、災害発生時のデータ消失防止（ディザスタリカバリ）などを目的としてプライマリサイトのストレージシステム６００のデータの複製をセカンダリサイトに設置された他のストレージシステムにも記憶する制御（レプリケーション機能、又はリモートコピー機能）なども行う。
【００２９】
各ディスク制御部１４０は管理端末１６０と共に内部ＬＡＮ１５１で接続されており、相互に通信を行うことが可能である。これにより、ディスク制御部１４０に実行させるマイクロプログラム等を管理端末１６０から送信しインストールすることが可能となっている。ディスク制御部１４０の構成については後述する。
【００３０】
＝＝＝管理端末＝＝＝
管理端末１６０はストレージシステム６００を保守・管理するためのコンピュータである。管理端末１６０を操作することにより、例えば記憶デバイス３００内の物理ディスク構成の設定や、ＬＵの設定、チャネル制御部１１０において実行されるマイクロプログラムのインストール等を行うことができる。ここで、記憶デバイス３００内の物理ディスク構成の設定としては、例えば物理ディスクの増設や減設、ＲＡＩＤ構成の変更（例えばＲＡＩＤ１からＲＡＩＤ５への変更等）等を行うことができる。さらに管理端末１６０からは、ストレージシステム６００の動作状態の確認や故障部位の特定、チャネル制御部１１０で実行されるオペレーティングシステムのインストール等の作業を行うこともできる。また管理端末１６０はＬＡＮや電話回線等で外部保守センタと接続されており、管理端末１６０を利用してストレージシステム６００の障害監視を行ったり、障害が発生した場合に迅速に対応したりすることも可能である。障害の発生は例えばＯＳやアプリケーションプログラム、ドライバソフトウェアなどから通知される。この通知はＨＴＴＰプロトコルやＳＮＭＰ（Simple Network Management Protocol）、電子メールなどにより行われる。これらの設定や制御は、管理端末１６０で動作するＷｅｂサーバが提供するＷｅｂページをユーザインタフェースとしてオペレータなどにより行われる。オペレータ等は、管理端末１６０を操作して障害監視する対象や内容の設定、障害通知先の設定などを行うこともできる。
【００３１】
管理端末１６０は記憶デバイス制御装置１００に内蔵されている形態とすることもできるし、外付けされている形態とすることもできる。また管理端末１６０は、記憶デバイス制御装置１００及び記憶デバイス３００の保守・管理を専用に行うコンピュータとすることもできるし、汎用のコンピュータに保守・管理機能を持たせたものとすることもできる。
【００３２】
管理端末１６０の構成を示すブロック図を図２に示す。
管理端末１６０は、ＣＰＵ１６１、メモリ１６２、ポート１６３、記録媒体読取装置１６４、入力装置１６５、出力装置１６６、記憶装置１６８を備える。
【００３３】
ＣＰＵ１６１は管理端末１６０の全体の制御を司るもので、メモリ１６２に格納されたプログラム１６２ｃを実行することにより上記Ｗｅｂサーバとしての機能等を実現する。メモリ１６２には、物理ディスク管理テーブル１６２ａとＬＵ管理テーブル１６２ｂとプログラム１６２ｃとが記憶されている。
【００３４】
物理ディスク管理テーブル１６２ａは、記憶デバイス３００に備えられる物理ディスク（ディスクドライブ）を管理するためのテーブルである。物理ディスク管理テーブル１６２ａを図３に示す。図３においては、記憶デバイス３００が備える多数の物理ディスクのうち、ディスク番号＃００１乃至＃００６までが示されている。それぞれの物理ディスクに対して、容量、ＲＡＩＤ構成、使用状況が示されている。
【００３５】
ＬＵ管理テーブル１６２ｂは、上記物理ディスク上に論理的に設定されるＬＵを管理するためのテーブルである。ＬＵ管理テーブル１６２ｂを図４に示す。図４においては、記憶デバイス３００上に設定される多数のＬＵのうち、ＬＵ番号＃１乃至＃３までが示されている。それぞれのＬＵに対して、物理ディスク番号、容量、ＲＡＩＤ構成が示されている。
【００３６】
記録媒体読取装置１６４は、記録媒体１６７に記録されているプログラムやデータを読み取るための装置である。読み取られたプログラムやデータはメモリ１６２や記憶装置１６８に格納される。従って、例えば記録媒体１６７に記録されたプログラム１６２ｃを、記録媒体読取装置１６４を用いて上記記録媒体１６７から読み取って、メモリ１６２や記憶装置１６８に格納するようにすることができる。記録媒体１６７としてはフレキシブルディスクやＣＤ−ＲＯＭ、半導体メモリ等を用いることができる。記録媒体読取装置１６４は管理端末１６０に内蔵されている形態とすることもできるし、外付されている形態とすることもできる。記憶装置１６８は、例えばハードディスク装置やフレキシブルディスク装置、半導体記憶装置等である。入力装置１６５はオペレータ等による管理端末１６０へのデータ入力等のために用いられる。入力装置１６５としては例えばキーボードやマウス等が用いられる。出力装置１６６は情報を外部に出力するための装置である。出力装置１６６としては例えばディスプレイやプリンタ等が用いられる。ポート１６３は内部ＬＡＮ１５１に接続されており、これにより管理端末１６０はチャネル制御部１１０やディスク制御部１４０等と通信を行うことができる。またポート１６３は、ＬＡＮ４００に接続するようにすることもできるし、電話回線に接続するようにすることもできる。
【００３７】
＝＝＝外観図＝＝＝
次に、本実施の形態に係るストレージシステム６００の外観構成を図５に示す。また、記憶デバイス制御装置１００の外観構成を図６に示す。
図５に示すように、本実施の形態に係るストレージシステム６００は記憶デバイス制御装置１００及び記憶デバイス３００がそれぞれの筐体に納められた形態をしている。記憶デバイス制御装置１００の筐体の両側に記憶デバイス３００の筐体が配置されている。
【００３８】
記憶デバイス制御装置１００は、正面中央部に管理端末１６０が備えられている。管理端末１６０はカバーで覆われており、図６に示すようにカバーを開けることにより管理端末１６０を使用することができる。なお図６に示した管理端末１６０はいわゆるノート型パーソナルコンピュータの形態をしているが、どのような形態とすることも可能である。
【００３９】
管理端末１６０の下部には、チャネル制御部１１０のボードを装着するためのスロットが設けられている。チャネル制御部１１０のボードとは、チャネル制御部１１０の回路基板が形成されたユニットであり、スロットへの装着単位である。本実施の形態に係るストレージシステム６００においては、スロットは８つあり、図５及び図６には８つのスロットにチャネル制御部１１０のボードが装着された状態が示されている。各スロットにはチャネル制御部１１０のボードを装着するためのガイドレールが設けられている。ガイドレールに沿ってチャネル制御部１１０のボードをスロットに挿入することにより、チャネル制御部１１０のボードを記憶デバイス制御装置１００に装着することができる。また各スロットに装着されたチャネル制御部１１０のボードは、ガイドレールに沿って手前方向に引き抜くことにより取り外すことができる。また各スロットの奥手方向正面部には、各チャネル制御部１１０のボードを記憶デバイス制御装置１００と電気的に接続するためのコネクタが設けられている。
【００４０】
なお、スロットには以上に説明したＮＡＳとして機能するタイプのチャネル制御部１１０以外にも、ＳＡＮ（Storage Area Network）に接続する機能を備えるタイプや、ＦＩＣＯＮ（Fibre Connection）（登録商標）やＥＳＣＯＮ(Enterprise System Connection) （登録商標）等のメインフレーム系のプロトコルに従って通信を行う機能を備えるタイプのチャネル制御部１１０が装着されることもある。８つのスロットには１以上のチャネル制御部１１０のボードを装着することが可能である。従って、例えば８つのスロット全てにＣＨＮ１１０のボードを装着するようにすることもできる。またチャネル制御部１１０のボードを装着しないスロットを設けるようにすることもできる。
【００４１】
各スロットのチャネル制御部１１０は、同種の複数のチャネル制御部１１０でクラスタを構成する。例えば２枚のＣＨＮ１１０をペアとしてクラスタを構成することができる。クラスタを構成することにより、クラスタ内のあるチャネル制御部１１０に障害が発生した場合でも、障害が発生したチャネル制御部１１０がそれまで行っていた処理をクラスタ内の他のチャネル制御部１１０に引き継ぐようにすることができる（フェイルオーバ制御）。２枚のＣＨＮ１１０でクラスタを構成している様子を示す図を図１１に示すが、詳細は後述する。
【００４２】
なお、記憶デバイス制御装置１００は信頼性向上のため電源供給が２系統化されており、チャネル制御部１１０のボードが装着される上記８つのスロットは電源系統毎に４つずつに分けられている。そこでクラスタを構成する場合には、両方の電源系統のチャネル制御部１１０のボードを含むようにする。これにより、片方の電源系統に障害が発生し電力の供給が停止しても、同一クラスタを構成する他方の電源系統に属するチャネル制御部１１０のボードへの電源供給は継続されるため、当該チャネル制御部１１０に処理を引き継ぐ（フェイルオーバ）ことができる。
【００４３】
なお、上述したように、チャネル制御部１１０は上記各スロットに装着可能なボード、すなわち一つのユニットとして提供されるが、上記一つのユニットは一体形成された複数枚数の回路基板から構成されているようにすることもできる。
【００４４】
ディスク制御部１４０や共有メモリ１２０等の、記憶デバイス制御装置１００を構成する他の装置については図５及び図６には示されていないが、記憶デバイス制御装置１００の背面側等に装着されている。
また記憶デバイス制御装置１００には、チャネル制御部１１０のボード等から発生する熱を放出するためのファン１７０が設けられている。ファン１７０は記憶デバイス制御装置１００の上面部に設けられる他、チャネル制御部１１０用スロットの上部にも設けられている。
【００４５】
ところで、筐体に収容されて構成される記憶デバイス制御装置１００および記憶デバイス３００としては、例えばＳＡＮ対応として製品化されている従来構成の装置を利用することができる。特に上記のようにＣＨＮ１１０のボードのコネクタ形状を従来構成の筐体に設けられているスロットにそのまま装着できる形状とすることで従来構成の装置をより簡単に利用することができる。つまり本実施例のストレージシステム６００は、既存の製品を利用することで容易に構築することができる。
【００４６】
＝＝＝チャネル制御部＝＝＝
本実施の形態に係るストレージシステム６００は、上述の通りＣＨＮ１１０により情報処理装置２００からのファイルアクセス要求を受け付け、ＮＡＳとしてのサービスを情報処理装置２００に提供する。
【００４７】
ＣＨＮ１１０のハードウェア構成を図７に示す。この図に示すようにＣＨＮ１１０のハードウェアは一つのユニットで構成される。以下、このユニットのことをＮＡＳボードとも記す。ＮＡＳボードは一枚もしくは複数枚の回路基板を含んで構成される。より具体的には、ＮＡＳボードは、ネットワークインタフェース部１１１、ＣＰＵ１１２、メモリ１１３、入出力制御部１１４、Ｉ／Ｏ（Input/Output）プロセッサ１１９、ＮＶＲＡＭ（Non Volatile RAM）１１５、ボード接続用コネクタ１１６、通信コネクタ１１７を備え、これらが一体的にユニット化された回路基板上に形成されている。
【００４８】
ネットワークインタフェース部１１１は、情報処理装置２００との間で通信を行うための通信インタフェースを備えている。ＣＨＮ１１０の場合は、例えばＴＣＰ／ＩＰプロトコルに従って情報処理装置２００から送信されたファイルアクセス要求を受信する。通信コネクタ１１７は情報処理装置２００と通信を行うためのコネクタである。ＣＨＮ１１０の場合はＬＡＮ４００に接続可能なコネクタであり、例えばイーサネット（登録商標）に対応している。
【００４９】
ＣＰＵ１１２は、ＣＨＮ１１０をＮＡＳボードとして機能させるための制御を司る。
メモリ１１３には様々なプログラムやデータが記憶される。例えば図８に示すメタデータ７３０やロックテーブル７２０、また図１０に示すＮＡＳマネージャ７０６等の各種プログラムが記憶される。
【００５０】
メタデータ７３０はファイルシステムが管理しているファイルに対応させて生成される情報である。メタデータ７３０には例えばファイルのデータが記憶されているＬＵ上のアドレスやデータサイズなど、ファイルの保管場所を特定するための情報が含まれる。メタデータ７３０にはファイルの容量、所有者、更新時刻等の情報が含まれることもある。また、メタデータ７３０はファイルだけでなくディレクトリに対応させて生成されることもある。メタデータ７３０は記憶デバイス３００上の各ＬＵにも記憶されている。
【００５１】
ロックテーブル７２０は、情報処理装置２００からのファイルアクセスに対して排他制御を行うためのテーブルである。排他制御を行うことにより情報処理装置２００でファイルを共用することができる。ロックテーブル７２０にはファイルロックテーブルとＬＵロックテーブルとがある。ファイルロックテーブルは、ファイル毎にロックが掛けられているか否かを示すためのテーブルである。いずれかの情報処理装置２００によりあるファイルがオープンされている場合に当該ファイルにロックが掛けられる。ロックが掛けられたファイルに対する他の情報処理装置２００によるアクセスは禁止される。ＬＵロックテーブルは、ＬＵ毎にロックが掛けられているか否かを示すためのテーブルである。いずれかの情報処理装置２００により、あるＬＵに対するアクセスが行われている場合に当該ＬＵにロックが掛けられる。ロックが掛けられたＬＵに対する他の情報処理装置２００によるアクセスは禁止される。
【００５２】
入出力制御部１１４は、ディスク制御部１４０やキャッシュメモリ１３０、共有メモリ１２０、管理端末１６０との間でデータやコマンドの授受を行う。入出力制御部１１４はＩ／Ｏプロセッサ１１９やＮＶＲＡＭ１１５を備えている。Ｉ／Ｏプロセッサ１１９は例えば１チップのマイコンで構成される。Ｉ／Ｏプロセッサ１１９は上記データやコマンドの授受を制御し、ＣＰＵ１１２とディスク制御部１４０との間の通信を中継する。ＮＶＲＡＭ１１５はＩ／Ｏプロセッサ１１９の制御を司るプログラムを格納する不揮発性メモリである。ＮＶＲＡＭ１１５に記憶されるプログラムの内容は、管理端末１６０や、後述するＮＡＳマネージャ７０６からの指示により書き込みや書き換えを行うことができる。
【００５３】
次にディスク制御部１４０のハードウェア構成を示す図を図９に示す。
ディスク制御部１４０のボードは、一つのユニットとして形成されている。ディスク制御部１４０のボードは、インタフェース部１４１、メモリ１４３、ＣＰＵ１４２、ＮＶＲＡＭ１４４、ボード接続用コネクタ１４５を備え、これらが一体的にユニット化された回路基板上に形成されている。
【００５４】
インタフェース部１４１は、接続部１５０を介してチャネル制御部１１０等との間で通信を行うための通信インタフェースや、記憶デバイス３００との間で通信を行うための通信インタフェースを備えている。
【００５５】
ＣＰＵ１４２は、ディスク制御部１４０全体の制御を司ると共に、チャネル制御部１１０や記憶デバイス３００、管理端末１６０との間の通信を行う。メモリ１４３やＮＶＲＡＭ１４４に格納された各種プログラムを実行することにより本実施の形態に係るディスク制御部１４０の機能が実現される。ディスク制御部１４０により実現される機能としては、記憶デバイス３００の制御やＲＡＩＤ制御、記憶デバイス３００に記憶されたデータの複製管理やバックアップ制御、リモートコピー制御等である。
【００５６】
ＮＶＲＡＭ１４４はＣＰＵ１４２の制御を司るプログラムを格納する不揮発性メモリである。ＮＶＲＡＭ１４４に記憶されるプログラムの内容は、管理端末１６０や、ＮＡＳマネージャ７０６からの指示により書き込みや書き換えを行うことができる。
またディスク制御部１４０のボードはボード接続用コネクタ１４５を備えている。ボード接続用コネクタ１４５が記憶デバイス制御装置１００側のコネクタと嵌合することにより、ディスク制御部１４０のボードは記憶デバイス制御装置１００と電気的に接続される。
【００５７】
＝＝＝ソフトウェア構成＝＝＝
次に、本実施の形態に係るストレージシステム６００におけるソフトウェア構成図を図１０に示す。
オペレーティングシステム７０１は例えばＵＮＩＸ（登録商標）である。オペレーティングシステム７０１上では、ＲＡＩＤマネージャ７０８、ボリュームマネージャ７０７、ＳＶＰマネージャ７０９、ファイルシステムプログラム７０３、ネットワーク制御部７０２、障害管理プログラム７０５、ＮＡＳマネージャ７０６などのソフトウェア（プログラム）が動作する。
【００５８】
オペレーティングシステム７０１上で動作するＲＡＩＤマネージャ７０８は、ＲＡＩＤ制御部７４０に対するパラメータの設定やＲＡＩＤ制御部７４０を制御する機能を提供する。ＲＡＩＤマネージャ７０８はオペレーティングシステム７０１やオペレーティングシステム７０１上で動作する他のアプリケーション、もしくは管理端末１６０からパラメータや制御指示情報を受け付けて、受け付けたパラメータのＲＡＩＤ制御部７４０への設定や、ＲＡＩＤ制御部指示情報に対応する制御コマンドの送信を行う。
【００５９】
ここで設定されるパラメータとしては、例えば、ＲＡＩＤグループを構成する記憶デバイス（物理ディスク）を定義（ＲＡＩＤグループの構成情報、ストライプサイズの指定など）するためのパラメータ、ＲＡＩＤレベル（例えば０，１，５）を設定するためのパラメータなどがある。また、ＲＡＩＤマネージャ７０８がＲＡＩＤ制御部７４０に送信する制御コマンドとしてはＲＡＩＤの構成・削除・容量変更を指示するコマンド、各ＲＡＩＤグループの構成情報を要求するコマンドなどがある。
【００６０】
ボリュームマネージャ７０７は、ＲＡＩＤ制御部７４０によって提供されるＬＵをさらに仮想化した仮想化論理ボリュームをファイルシステムプログラム７０３に提供する。１つの仮想化論理ボリュームは１以上の論理ボリュームによって構成される。
【００６１】
ファイルシステムプログラム７０３の主な機能は、ネットワーク制御部７０２が受信したファイルアクセス要求に指定されているファイル名とそのファイル名が格納されている仮想化論理ボリューム上のアドレスとの対応づけを管理することである。例えば、ファイルシステムプログラム７０３はファイルアクセス要求に指定されているファイル名に対応する仮想化論理ボリューム上のアドレスを特定する。
【００６２】
ネットワーク制御部７０２は、ＮＦＳ（Network File System）７１１とＣＩＦＳ（Common InterfaceFile System）７１３の２つのファイルシステムプロトコルを含んで構成される。ＮＦＳ７１１は、ＮＦＳ７１１が動作するＵＮＩＸ（登録商標）系の情報処理装置２００からのファイルアクセス要求を受け付ける。一方、ＣＩＦＳ７１３はＣＩＦＳ７１３が動作するＷｉｎｄｏｗｓ（登録商標）系の情報処理装置２００からのファイルアクセス要求を受け付ける。
【００６３】
ＮＡＳマネージャ７０６は、ストレージシステム６００について、その動作状態の確認、設定や制御などを行うためのプログラムである。ＮＡＳマネージャ７０６はＷｅｂサーバとしての機能も有し、情報処理装置２００からストレージシステム６００の設定や制御を行うための設定Ｗｅｂページを情報処理装置２００に提供する。設定Ｗｅｂページはチャネル制御１１０の個々において動作するＮＡＳマネージャ７０６により提供される。ＮＡＳマネージャ７０６は、情報処理装置２００からのＨＴＴＰ（HyperText Transport Protocol）リクエストに応じて、設定Ｗｅｂページのデータを情報処理装置２００に送信する。情報処理装置２００に表示された設定Ｗｅｂページを利用してシステムアドミニストレータなどによりストレージシステム６００の設定や制御の指示が行われる。
【００６４】
ＮＡＳマネージャ７０６は、設定Ｗｅｂページに対する操作に起因して情報処理装置２００から送信される設定や制御に関するデータを受信してそのデータに対応する設定や制御を実行する。これにより、情報処理装置２００からストレージシステム６００の様々な設定や制御を行うことができる。またＮＡＳマネージャ７０６は設定Ｗｅｂページの設定内容をチャネル制御部１１０上で動作するＯＳやアプリケーションプログラム、ディスク制御部１４０等に通知する。設定Ｗｅｂページで設定された内容は共有ＬＵ３１０に管理されることもある。
【００６５】
ＮＡＳマネージャ７０６の設定Ｗｅｂページを利用して行うことができる内容としては、例えば、ＬＵの管理や設定（容量管理や容量拡張・縮小、ユーザ割り当て等）、上述の複製管理やリモートコピー（レプリケーション）等の機能に関する設定や制御（複製元のＬＵと複製先のＬＵの設定など）、冗長構成されたＣＨＮ間でのクラスタの管理（フェイルオーバさせる相手の対応関係の設定、フェイルオーバ方法など）、ＯＳやＯＳ上で動作するアプリケーションプログラムのバージョン管理、ウイルス検知プログラムやウイルス駆除などのデータの安全性に関する機能を提供するセキュリティ管理プログラムの動作状態の管理や設定などがある。
【００６６】
なお、ＮＡＳマネージャ７０６によるストレージシステム６００の動作状態の確認、設定や制御には、上述した設定Ｗｅｂページを介する方法以外にクライアント・サーバシステムとすることもできる。その場合、ＮＡＳマネージャ７０６はクライアント・サーバシステムのサーバ機能を有し、情報処理装置２００のクライアント機能の操作に起因して送信される設定や制御を、上述した設定Ｗｅｂページと同様に実施することで、ストレージシステム６００の動作状態の確認、設定や制御を行う。
障害管理プログラム７０５は、クラスタを構成するチャネル制御部１１０間でのフェイルオーバ制御を行うためのプログラムである。
【００６７】
２枚のＣＨＮ１１０でクラスタ１８０が構成されている様子を図１１に示す。図１１では、ＣＨＮ１（チャネル制御部１）１１０とＣＨＮ２（チャネル制御部２）１１０とでクラスタ１８０が構成されている場合を示す。
上述したように、フェイルオーバ処理はクラスタ１８０を構成するチャネル制御部１１０間で行われる。つまり、例えばＣＨＮ１（１１０）に何らかの障害が発生し処理を継続することができなくなった場合には、ＣＨＮ１（１１０）がそれまで行っていた処理はＣＨＮ２（１１０）に引き継がれる。フェイルオーバ処理は、ＣＨＮ１（１１０）とＣＨＮ２（１１０）により実行される障害管理プログラム７０５により実行される。
【００６８】
ＣＨＮ１（１１０）及びＣＨＮ２（１１０）は共に障害管理プログラム７０５を実行し、共有メモリ１２０に対して自己の処理が正常に行われていることを書き込むようにする。そして、相手側の上記書き込みの有無を相互に確認するようにする。相手側による書き込みが検出できない場合には、相手側に何らかの障害が発生したと判断し、フェイルオーバ処理を実行する。フェイルオーバ実行時の処理の引き継ぎは、共有ＬＵ３１０を介して行われる。
【００６９】
フェイルオーバはこのように自動的に行われることもあるが、オペレータが管理端末１６０を操作して手動で行われることもある。またＮＡＳマネージャ７０６が提供する設定Ｗｅｂページを利用してユーザが情報処理装置２００から手動で行われることもある。フェイルオーバを手動で行う目的としては、耐用年数の経過やバージョンアップ、定期診断などのためにチャネル制御部１１０のハードウェア（例えばＮＡＳボード）を交換する必要が生じた場合などがある。
【００７０】
ＳＶＰマネージャ７０９は、管理端末１６０からの要求に応じて各種のサービスを管理端末１６０に提供する。例えば、ＬＵ３１０の設定内容やＲＡＩＤの設定内容等のストレージシステム６００に関する各種設定内容の管理端末１６０への提供や、管理端末１６０から入力されたストレージシステム６００に関する各種設定の反映等を行う。
【００７１】
＝＝＝チャネル制御部へのＬＵの割り当て＝＝＝
チャネル制御部１１０のＬＵ３１０の割り当ては、例えば、設定Ｗｅｂページを利用して行うことができる。より具体的には、設定Ｗｅｂページのチャネル制御部１１０に対応させて設けられている設定欄にＬＵ３１０の識別子であるＬＵＮ（Logical Unit Number）を設定することにより各チャネル制御部１１０へのＬＵ３１０の割り当てを指定することができる。ここで同じＬＵＮのＬＵ３１０を複数のチャネル制御部１１０に対して設定すれば同じＬＵ３１０を複数のチャネル制御部１１０に共有させることもできる。
【００７２】
これらの設定内容はメモリ１１３や共有メモリ１２０、共有ＬＵ３１０等に記憶される。これらに記憶されたチャネル制御部１１０へのＬＵ３１０の割り当てに関する情報はＯＳやアプリケーションプログラムにより適宜参照され、チャネル制御部１１０から各ＬＵ３１０へのアクセス制限等に利用される。例えば、情報処理装置２００からデータ入出力要求を受信したチャネル制御部１１０は、そのデータ入出力要求が自身に割り当てられているＬＵ３１０を対象とするものであるかどうかを前記設定内容を参照して調べ、自身に割り当てられている場合にはそのデータ入出力要求についての処理を行い、割り当てられていない場合には処理を行わないように制御を行う。なお、これらの設定や制御は、管理端末１６０から行うようにすることも可能である。
【００７３】
＝＝＝各ＣＨＮに対するアクセス制限＝＝＝
チャネル制御部１１０には、特定の情報処理装置２００のみが各チャネル制御部１１０にアクセスできるようにアクセス制限を設定することができる。また、特定の情報処理装置２００をグループ化して、各チャネル制御部１１０にアクセスできるようにアクセス制限を設定することもできる。これらの設定についても設定Ｗｅｂページを利用して情報処理装置２００から行うことができる。
【００７４】
これらの設定内容はメモリ１１３や共有メモリ１２０、共有ＬＵ３１０等に記憶される。これらに記憶されたチャネル制御部１１０へのＬＵ３１０の割り当てに関する情報はＯＳやアプリケーションプログラムにより適宜参照され、あるチャネル制御部１１０に対してそのチャネル制御部１１０に対するアクセスが許可されていない情報処理装置２００からのアクセスがあった場合にそのアクセスを制限する処理等に利用される。
【００７５】
このようにチャネル制御部１１０についてのアクセス制限が行われることで、例えば情報処理装置２００のユーザの観点から処理負荷が均等に配分されるように各チャネル制御部１１０を利用する情報処理装置２００を割り当てるといったことが可能となり、この機能を利用すればストレージシステム６００の効率的な運用が可能となる。なお、これらの設定や制御も、管理端末１６０から行うようにすることも可能である。
【００７６】
＝＝＝インストール処理＝＝＝
次に、本実施の形態に係るストレージシステム６００をＮＡＳとして機能させるために必要なプログラムのインストールについて説明する。
ストレージシステム６００をＮＡＳとして機能させるためには、ＣＨＮ１１０で実行されるＯＳ７０１をインストールする必要がある。また、ＣＨＮ１１０やディスク制御部１４０で実行させるためのマイクロプログラム（ファームウエア）もインストールする必要がある。その他ＣＨＮ１１０には、ボリュームマネージャ７０７、ファイルシステムプログラム７０３、ＮＡＳマネージャ７０６等のアプリケーションプログラムが必要に応じてインストールされる。
【００７７】
ＯＳ７０１やアプリケーションプログラムは記憶デバイス３００に設定されるシステムＬＵ（システムディスク）に記憶される。また、システムＬＵに記憶されると、そのプログラム名（プログラムの識別子）、ＯＳとアプリケーションプログラムとを区別するプログラム区分、プログラムのバージョンなどの情報が、後述するプログラム状態テーブル、ライセンス数情報テーブル、ライセンス状態情報テーブルなどに記録される。なお、これらのテーブルは共有ＬＵ（共有ディスク）３１０に格納されている。
【００７８】
システムＬＵにはＯＳインストール領域や、障害検知用の記憶領域、クラスタ情報用の記憶領域などが割り当てられることもある。障害検知用の記憶領域には、ＯＳ７０１やアプリケーションプログラムが出力するダンプリスト（ＯＳ７０１のカーネルの異常終了や、デーモンの異常終了、複数のプロセス間で処理がループすることによる異常などに起因して出力されるコア（core）ダンプ、メモリダンプ、ディスクダンプ）などの障害管理に関する情報が格納される。クラスタ情報用の記憶領域にはＣＨＮ１１０間でクラスタ１８０を設定するために必要となる情報が格納される。このように、ＯＳ７０１やアプリケーションプログラムを格納するための記憶領域を記憶デバイス３００に設けるようにすることにより、ＣＨＮ１１０にかかる記憶領域を設ける必要がなくなる。
【００７９】
また上記障害検知用の記憶領域やクラスタ情報用の記憶領域は、それぞれ障害管理用ＬＵや、クラスタＬＵとして、システムＬＵとは別に設けるようにすることもできる。なお、記憶デバイス３００がＲＡＩＤ５の方式で運用されている場合には、システムＬＵや障害管理用ＬＵ、クラスタＬＵなどは１つのパリティグループに集中させるのではなく、複数のパリティグループに分散させるようにすることが好ましい。これらのＬＵ３１０には記憶デバイス制御装置１００の運用上、重要なデータが格納されるためである。
【００８０】
ＯＳ７０１やアプリケーションプログラムのインストールは管理端末（コンピュータ）１６０から行われる。具体的には、これらのプログラムは、管理端末１６０が備える記録媒体読取装置１６４を用いてＣＤ―ＲＯＭ等の記録媒体１６７から読み込むようにすることもできるし、ポート１６３を介して例えばインターネットからダウンロードすることにより読み込むようにすることもできる。そして、これらのプログラムはＣＨＮ１１０毎に記憶デバイス３００に設けられたシステムＬＵにインストールされる。
【００８１】
＝＝＝クラスタの設定＝＝＝
上述したように本実施例のストレージシステム６００における障害管理プログラム７０５は、クラスタ１８０を構成するチャネル制御部１１０間でのフェイルオーバ制御やフェイルバック制御を行っている。
【００８２】
クラスタ１８０の設定は、記憶デバイス制御装置１００に装着されている同種のチャネル制御部（回路基板）１１０をグループ化（クラスタ化）するように行われる。この設定により、同一グループ（クラスタ１８０）内のいずれかのチャネル制御部１１０に障害が発生した場合には、障害が発生したチャネル制御部１１０がそれまで行っていた処理をクラスタ１８０内の他のチャネル制御部１１０に引き継ぐようにフェイルオーバ制御がなされる。また、フェイルオーバした後に障害が発生したチャネル制御部１１０が正常に処理を行えるようになった場合には、他のチャネル制御部１１０が行っていた処理を元のチャネル制御部１１０に引き継ぐようにフェイルバック処理がなされる。
【００８３】
クラスタ１８０の設定は設定Ｗｅｂページから行うことができる。これらの設定情報は、システムディスク（システムＬＵ）のクラスタ情報用の記憶領域、クラスタ１８０を構成するチャネル制御部１１０間で共通にアクセス可能な共有ディスク（共有ＬＵ）３１０、ストレージシステム６００内の共有ディスク（共有ＬＵ）３１０等に記憶されるようにすることができる。共有ＬＵ３１０には、フェイルオーバ処理を行う際に必要な引継情報等も記憶される。なお、共有ＬＵ３１０には、フェイルオーバ処理を行う際に必要な引き継ぎ情報や、後述する、プログラム状態テーブル、ライセンス情報テーブル、及びライセンス情報テーブルなどの情報等が記憶される。
【００８４】
図１２に本実施の形態の一例として説明するストレージシステム６００の構成図を示す。図１２に示されるように、ストレージシステム６００のチャネル制御部１（１１０）とチャネル制御部２（１１０）とでクラスタＡ１８０を構成させ、チャネル制御部３（１１０）とチャネル制御部４（１１０）とでクラスタＢ１８０を構成させるようにすることもできる。この場合において、各チャネル制御部１乃至４（１１０）ごとにアクセス可能なシステムディスク（記憶領域）１乃至４（３１０）が割り当てられている。したがって、システムディスク１には、チャネル制御部１（１１０）で実行されるＯＳやＯＳにインストールされているプログラム、ＮＡＳサービスを提供するために必要なプログラムやデータなどが格納されている。また、ストレージシステム６００には、ストレージシステム６００内の各チャネル制御部１乃至４（１１０）間で共通にアクセス可能な共有ディスク（共有ＬＵ）３１０が備えられている。
【００８５】
＝＝＝プログラムのライセンス管理＝＝＝
上述したように、各チャネル制御部１乃至４（１１０）は各チャネル制御部１乃至４（１１０）のプログラム状態を一致させる処理を行う。しかし、あるプログラムによってはライセンスを設定しなければならないものがある。そこで、各チャネル制御部１乃至４（１１０）はプログラムのライセンスの設定状態を一致させる処理も行う。これらの処理は、それぞれのチャネル制御部１乃至４（１１０）が行うが、管理端末１６０が行うようにしてもよい。
【００８６】
なお、上記ライセンスを設定しなければならないプログラムとしては、例えば、アプリケーションプログラムなどがある。アプリケーションプログラムは、チャネル制御部１乃至４（１１０）に割り当てられたシステムＬＵ３１０にそれぞれインストールすることはできるが、有効なライセンスを設定するまでは利用することができないようになっている。このライセンスを設定するためには、まずライセンスキーを登録しなければならない。このライセンスキーは、ユーザがアプリケーションプログラムを購入した場合に、アプリケーションプログラムの提供元より発行されるパスワードである。このライセンスキーは、例えば、利用可能なアプリケーションプログラムの情報、利用可能なストレージシステム６００（ストレージシステム６００の製造番号など）、利用可能なライセンス数／ライセンス容量／ライセンス人数／ライセンス期間などのライセンス内容が組み込まれたキーである。ライセンスキーはユーザが見ても解読できないように暗号化されている。
【００８７】
以下に、図１２に示されるようにクラスタ１８０を設定した場合の各チャネル制御部１１０のプログラムのライセンスの設定状態を一致させる処理の例を図１３及び図１４に示す。
【００８８】
＜各プログラムを利用できるようにするための処理＞
図１３は、クラスタ１８０を構成する全てのチャネル制御部１１０のプログラムについてライセンスを設定して、全てのチャネル制御部１１０において各プログラムを利用できるようにするための処理の一例を示す。
ユーザは、プログラムのライセンスキーを登録するチャネル制御部１１０の設定画面を呼び出す。そうすると、そのチャネル制御部１１０は、共有ＬＵ３１０に格納されているライセンス状態情報テーブルの利用状態を確認し、クラスタ１８０を構成する全てのチャネル制御部１及び２（１１０）にそれぞれ割り当てられたシステムＬＵ１及び２（３１０）にインストールされているプログラムについてライセンスがそれぞれに設定されている（利用可能状態）かどうかを判断する（S1300）。図１５に本実施の形態として説明するライセンス状態情報テーブルの例を示す。この図に示すように、ライセンス状態情報テーブルにはストレージシステム６００の識別子、クラスタ識別子、チャネル制御部１１０の識別子、プログラムの識別子、プログラム区分、プログラムのバージョン、プログラムの利用状態などの情報が記録されている。ライセンス数情報テーブルは、ストレージシステム６００又はクラスタ１８０の各チャネル制御部１１０がアクセス可能なシステムＬＵ３１０や、共有ＬＵ３１０に格納されている。
【００８９】
（S1300）の判断の結果、インストールされているプログラムについてライセンスがそれぞれに設定されていると判断した場合（S1300：Y）にはこの処理を終了する。一方、（S1300）の判断の結果、インストールされているプログラムについてライセンスがそれぞれに設定されていないと判断した場合（S1300：N）には（S1301）に進む。
【００９０】
（S1301）では、チャネル制御部１１０は、共有ＬＵ３１０に格納されているライセンス数情報テーブルを確認し、ストレージシステム６００がクラスタ１８０を構成するチャネル制御部１１０の数以上の残りライセンスを有するか否かを判断する。図１６に本実施の形態として説明するライセンス数情報テーブルの例を示す。図１６に示すように、ライセンス数情報テーブルにはストレージシステム６００の識別子（装置識別子）、プログラム識別子、プログラムのバージョン、ストレージシステム６００が有するプログラムのライセンス数、残りライセンス数などの情報が記録されている。なお、ライセンス数情報テーブルは、ストレージシステム６００又はクラスタ１８０の各チャネル制御部１１０がアクセス可能なシステムＬＵ３１０に格納されていてもよい。残りライセンスとは、ライセンスキーは登録されているが、その登録したライセンスを使用（設定）していないものをいう。つまり、一度登録したライセンスはストレージシステム６００で管理されることになる。したがって、再度のライセンスキーの登録が不要になり、ライセンスキーの入力の手間が省ける。
【００９１】
なお、上記においては、ライセンス数情報テーブルとライセンス状態情報テーブルとを２つのテーブルに分けているが、これらを１つのテーブルにしてもよいし、複数のテーブルに分けてもよい。これらの情報は、情報処理装置２００から確認したい旨の要求があった場合に、表示できるようにしてもよい。図１７に情報処理装置２００の表示画面に表示させるライセンス情報の例を示す。図１７に示すように、情報処理装置２００の表示画面にはプログラムの名称、残りライセンス、プログラムの区分、プログラムの利用状態などが表示されているが、他の情報を表示できるようにしてもよい。
【００９２】
（S1301）の判断の結果、ストレージシステム６００がクラスタ１８０を構成するチャネル制御部１１０の数以上の残りライセンスを有すると判断した場合（S1301：Y）には（S1308）へジャンプする。一方、（S1301）の判断の結果、ストレージシステム６００がクラスタ１８０を構成するチャネル制御部１１０の数以上の残りライセンスを有していないと判断した場合（S1301：N）には（S1302）へ進む。
【００９３】
（S1302）では、クラスタ１８０を構成する全てのチャネル制御部１１０でプログラムを利用可能状態にするために、図１８に示すように、管理端末１６０又は情報処理装置２００の表示画面にライセンスキー入力画面を表示させ、ライセンスキーの入力を要求する。このライセンスキー入力要求（S1302）に従いユーザがライセンスキーを入力した場合には、チャネル制御部１１０は入力されたライセンスキーが正しいかどうかを判断する（S1303）。すなわち、入力されたライセンスキーが製造元より発行されたライセンスキーと同じであるかどうかを判断する。
【００９４】
（S1303）の判断の結果、ライセンスキーが間違っている場合（S1303：N）には（S1306）へジャンプし、ユーザの情報処理装置２００にエラー内容を通知してエラー内容を表示する。図１９に情報処理装置２００に通知したライセンスキーエラー内容の表示例を示す。これにより、ユーザは入力したライセンスキーが正しくないことを知ることができる。一方、（S1303）の判断の結果、入力されたライセンスキーが正しい場合（S1303：Y）には（S1304）に進み、そのライセンスキーを使いまわしているかどうかを判断する。つまり、そのライセンスキーが既にストレージシステム６００の他のチャネル制御部１１０のプログラムに登録されているライセンスキーと同じかどうかを判断する（S1304）。これにより、ライセンスキーの不正利用を未然に防止することができる。
【００９５】
（S1304）の判断の結果、そのライセンスキーを使いまわしていると判断した場合（S1304：Y）には（S1306）へジャンプし、ユーザの情報処理装置２００にエラー内容を通知してエラー内容を表示する。図２０に情報処理装置２００に通知したライセンスキーエラー内容の表示例を示す。これにより、ユーザは入力されたライセンスキーが既に登録されているものであることを知ることができる。一方、（S1304）の判断の結果、そのライセンスキーを使いまわしていないと判断した場合（S1304：N）には（S1305）へ進み、入力されたライセンスキーに組み込まれたライセンス数と残りライセンス数との合計がクラスタ１８０を構成するチャネル制御部１１０の数以上あるかどうかを判断する。
【００９６】
（S1305）の判断の結果、入力されたライセンスキーに組み込まれたライセンス数と残りライセンス数との合計がクラスタ１８０を構成するチャネル制御部１１０の数以上有していないと判断した場合（S1305：N）には（S1306）へ進み、ユーザの情報処理装置２００にエラー内容を通知してエラー内容を表示する。図２１に情報処理装置２００に通知したライセンスキーエラー内容の表示例を示す。これにより、ユーザはさらにライセンスキーを登録する必要があることを知ることができる。図１３には示していないが、この場合においてエラー内容を表示した後、再度ユーザにライセンスキーの入力を要求するようにしてもよい（S1302）。
【００９７】
一方、（S1305）の判断の結果、入力されたライセンスキーを登録し、登録されたライセンス数と残りライセンス数との合計がクラスタ１８０を構成するチャネル制御部１１０の数以上有していると判断した場合（S1305：Y）には（S1307）へ進み、ライセンス数情報テーブルの各情報を変更する。次に、クラスタ１８０を構成する全てのチャネル制御部１１０において実行させるプログラムにライセンスを設定したかどうかを判断する（S1308）。
【００９８】
（S1308）の判断の結果、クラスタ１８０を構成する全てのチャネル制御部１１０において実行させるプログラムにライセンスを設定していないと判断した場合（S1308：N）には、各チャネル制御部１１０は設定されていないプログラムのライセンスを設定する（S1309）。次に、共有ＬＵ３１０に格納されているライセンス数情報テーブルの残りライセンス数を１減らして、図１５に示されるライセンス状態情報テーブルの利用状態を利用可能状態に変更する（S1310）。具体的には、クラスタＡ１８０を構成するチャネル制御部１及び２の"Program3"についてライセンスが設定されていない場合には、チャネル制御部１及び２がそれぞれ"Program3"についてのライセンスを設定する。そして、ライセンス数情報テーブルの残りライセンス数を１減らして、ライセンス状態情報テーブルの自己のチャネル制御部１１０に該当する利用状態を利用可能状態に変更する。
（S1308）の判断の結果、クラスタ１８０を構成する全てのチャネル制御部１１０において実行させるプログラムにライセンスを設定したと判断した場合（S1308：Y）には、ライセンスの設定処理を終了する。
【００９９】
＜各プログラムを利用できないようにするための処理＞
図１４は、クラスタ１８０を構成する全てのチャネル制御部１１０のプログラムについてライセンスを解除し、全てのチャネル制御部１１０において各プログラムを利用できないようにするための処理の一例を示す。
この処理は、ユーザからあるプログラムの利用をできないようにしてほしい旨の指示があった時や、そのプログラムをアンインストールする時に行われる。まず、クラスタ１８０を構成する全てのチャネル制御部１１０のプログラムについてのライセンスを解除したかどうかを判断する（S1400）。
【０１００】
（S1400）の判断の結果、クラスタ１８０を構成する全てのチャネル制御部１１０のプログラムについてライセンスが解除されていないと判断した場合（S1400：N）には、各チャネル制御部１１０はライセンスを解除していないプログラムのライセンスを解除する（S1401）。次に、共有ＬＵ３１０等に格納されているライセンス数状態テーブルの残りライセンス数を１増やして、ライセンス状態情報テーブルの利用状態を利用不可に変更する（S1402）。具体的には、クラスタＢ１８０を構成するチャネル制御部３及び４の"Program3"についてライセンスが解除されていないと判断した場合には、各チャネル制御部３及び４（１１０）は"Program3"についてライセンスを解除する。そして、ライセンス数情報テーブルの残りライセンス数を１増やして、ライセンス状態情報テーブルの自己のチャネル制御部１１０に該当する利用状態を利用不可状態に変更する。
【０１０１】
（S1400）の判断の結果、クラスタ１８０を構成する全てのチャネル制御部１１０のプログラムについてライセンスを解除したと判断した場合（S1400：Y）には、ライセンスの解除処理を終了する。この処理はプログラムのライセンスを解除するものであって、ストレージシステム６００から設定されたライセンスキーを消去するわけではない。したがって、一度設定されたライセンスキーはストレージシステム６００が管理していることから、再度ライセンスキーを設定する必要がなくなり、ユーザの再度ライセンスキーの入力の手間が省ける。
【０１０２】
以上のように、プログラムのライセンスの設定状態を一致させる処理により、どのチャネル制御部１１０においても各プログラムを実行させることができる。したがって、ユーザはあるチャネル制御部１１０に行わせていたデータの処理を、その他のチャネル制御部１１０において行わせることができるため、混乱を招くことがなくなる。特にクラスタ１８０を設定した場合には、クラスタ１８０を構成するチャネル制御部１１０間で各プログラムを実行できるため、フェイルオーバをしても不都合が生じることがなくなり、ユーザに混乱を招くことがなくなる。
【０１０３】
本発明によれば、共有ディスクにライセンス情報を格納してライセンス管理を実現する例を示す。共有ディスクに格納することで、システムディスクの障害でプログラムを再インストールしても、ライセンス状態やライセンス情報をそのまま利用できる。また、装置としてライセンスを一元管理できるため、ライセンスの移動が容易になり、ライセンスの不正利用を防止できる。このように、本発明によれば、プログラムのライセンスを効率よく管理することができる。
なお、本実施例以外に、システムＬＵ３１０に反映して、全チャネル制御部１１０間で同期する方法も本発明に含まれる。
【０１０４】
＝＝＝プログラムの管理＝＝＝
各チャネル制御部１１０は、プログラムのライセンスの設定状態を一致させる処理を行う前に、各チャネル制御部１１０のＯＳやＯＳにインストールされているアプリケーションプログラムの状態を一致させる処理を行うようにしてもよい。プログラム状態を一致させる処理とは、例えば、ストレージシステム６００の全てのチャネル制御部１１０のＯＳやＯＳにインストールされているアプリケーションプログラムの有無、プログラムのバージョン、プログラムのライセンスなどを一致させる処理がある。これらの処理は、それぞれのチャネル制御部１１０が行うが、管理端末１６０が行うようにしてもよい。
【０１０５】
プログラム状態を一致させる処理は、例えば、システムの起動時、プログラムの実行時、プログラムの利用開始時、情報処理装置２００がストレージシステム６００内の全てのチャネル制御部１１０にアクセスできるようにアクセス制限を設定した時、クラスタ１８０の設定をした時、プログラムのライセンスキーを設定した時、システムを修復した時などプログラム状態の不整合が発生する可能性がある場合に行われる。
【０１０６】
図１２に示されるようにクラスタ１８０を設定した場合の各チャネル制御部１乃至４（１１０）のＯＳやＯＳにインストールされているアプリケーションプログラム状態を一致させる処理の例を図２２に示す。
クラスタ１８０を設定するとクラスタ１８０を構成する各チャネル制御部１及び２（１１０）は、まず、プログラム状態テーブルを確認し、クラスタ１８０を構成するチャネル制御部１及び２（１１０）に割り当てられたシステムＬＵ（記憶領域）３１０にインストールされているプログラムが一致するか否かを判断する（S2200）。この処理により、チャネル制御部１（１１０）とチャネル制御部２（１１０）とにおいてプログラムの整合性を得ることができる。したがって、チャネル制御部１（１１０）からチャネル制御部２（１１０）にフェイルオーバしても、プログラムが正常に動作し不具合が生じることがない。
【０１０７】
図２３にプログラム状態テーブルの例を示す。プログラム状態テーブルには、例えば、装置識別子、クラスタ識別子、チャネル制御部識別子、プログラム識別子、プログラム区分、バージョン、利用状態などの情報が記録されている。なお、このプログラム状態テーブルは、メモリ１１３や共有メモリ１２０、共有ディスク（共有ＬＵ）３１０等に記憶されている。
【０１０８】
（S2200）の判断の結果、インストールされているプログラムが一致すると判断した場合（S2200：Y）には、プログラム状態テーブルを確認し、インストールされているプログラムのバージョンが一致するか否かを判断する（S2201）。一方、（S2200）の判断の結果、インストールされているプログラムが一致しないと判断した場合（S2200：N）には（S2205）へジャンプする。
【０１０９】
（S2201）では、プログラム状態テーブルを確認し、インストールされているプログラムのバージョンが一致するか否かを判断する。プログラムのバージョンが異なるとチャネル制御部１（１１０）からチャネル制御部２（１１０）にフェイルオーバさせたときに、各バージョンによってシステムコールが異なるため各チャネル制御部１１０で行った処理結果が異なる場合が生じる。そのため、ユーザが混乱することになる。したがって、この処理をすることにより、ユーザ全体の混乱を未然に防止することができる。
【０１１０】
（S2201）の判断の結果、インストールされているプログラムのバージョンが一致すると判断した場合（S2201：Y）には（S2202）に進む。一方、（S2201）の判断の結果、インストールされているプログラムのバージョンが一致しないと判断した場合（S2201：N）には（S2205）にジャンプする。
【０１１１】
（S2202）では、インストールされているプログラムがアプリケーションプログラムであるか否かを判断する。オペレーティングシステムは、ＮＡＳとしての機能を実現させるために最低限必要なプログラムであるため、あらかじめライセンスされている場合がある。したがって、アプリケーションプログラムのみについてライセンス設定状態を一致させる処理を行えばよい場合がある。この場合に（S2202）の処理は適用されるが、全てのプログラムにおいてライセンス設定状態を一致させる処理を行う場合には（S2202）の処理を適用しなくてもよい。
【０１１２】
（S2202）の判断の結果、インストールされているプログラムがアプリケーションプログラムであると判断した場合（S2202：Y）には（S2203）へ進む。一方、（S2202）の判断の結果、インストールされているプログラムがアプリケーションプログラムではないと判断した場合（S2202：N）には（S2204）へジャンプする。
【０１１３】
（S2203）では、クラスタ１８０を構成する全てのチャネル制御部１１０のライセンス設定状態が一致する否かを判断する処理である。アプリケーションプログラムはライセンスを設定しなければ、そのプログラムを利用することができない。したがって、クラスタＡ１８０を構成するチャネル制御部１（１１０）ではライセンスを設定しているが、クラスタＡ１８０を構成するチャネル制御部２（１１０）ではライセンスを設定していない場合には問題が生じる場合がある。例えば、チャネル制御部１（１１０）のあるプログラムにより処理させていたデータを、チャネル制御部２（１１０）ではそのデータを処理させることができないという問題がある。したがって、この処理をすることにより、ユーザ全体の混乱を未然に防止することができる。
【０１１４】
（S2203）の判断の結果、ライセンス設定状態が一致すると判断した場合（S2203：Y）には（S2204）へ進む。一方、（S2203）の判断の結果、ライセンス設定状態が一致しないと判断した場合（S2203：N）には（S2205）へジャンプする。
【０１１５】
（S2205）では、プログラム状態が一致するか否かを判断したプログラムを利用できないように制御し、ログファイルにプログラム状態が一致しない旨の情報を記録する。また、図２４に示すように、管理端末１６０や情報処理装置２００の表示画面にエラーメッセージ（プログラム状態の不整合）を表示させたり、メールでその旨を通知したりする。
【０１１６】
（S2204）では、ライセンス状態情報テーブルやプログラム状態テーブルの利用状態を利用可能状態に変更して、そのプログラムを利用できるようにする。そして、（S2206）へ進み、全てのプログラムにおいて（S2200）〜（S2203）の事項について確認したか否かを判断する。これにより、クラスタ１８０を構成しようとするチャネル制御部１１０で実行されるプログラムが一致することとなる。したがって、クラスタ１８０の設定が可能となる。
【０１１７】
（S2206）の判断の結果、全てのプログラムにおいて確認したと判断した場合（S2206：Y）には、プログラム状態を一致させる処理を終了する。一方、（S2206）の判断の結果、全てのプログラムにおいて確認していないと判断した場合（S2206：N）には（S2200）へジャンプし、未だ確認していないプログラムについて（S2200）〜（S2203）の事項が確認される。
【０１１８】
以上のことから、特定のクラスタ１８０に属するチャネル制御部１１０は、障害発生時に別のチャネル制御部１１０へフェイルオーバしても、クラスタ１８０内のチャネル制御部１１０のライセンス状態が一致するので、フェイルオーバ先でプログラムを実行することができ、クラスタ機能を実現することが可能となる。
【０１１９】
なお、以上において複数のチャネル制御部１１０を備えた記憶デバイス制御装置１００を含んで構成されるストレージシステム６００を例に挙げ具体的に説明したが、一つのチャネル制御部１１０を備えた複数の記憶デバイス制御装置１００を含んで構成されるストレージシステム６００であっても本発明を実施することができる。
【０１２０】
本発明によれば、プログラムのライセンスを効率よく管理することができるだけではなく、プログラムのインストールの有無の管理や、プログラムのバージョン管理もすることができる。
【０１２１】
以上において本実施の形態について説明したが、上記実施例は本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明はその趣旨を逸脱することなく変更、改良され得ると共に、本発明にはその等価物も含まれる。
【０１２２】
【発明の効果】
本発明によれば、ストレージシステムの制御方法、ストレージシステム、及びプログラムを提供することができる。
【図面の簡単な説明】
【図１】 本実施の形態におけるストレージシステムの全体構成示すブロック図である。
【図２】 本実施の形態における管理端末の構成を示すブロック図である。
【図３】 本実施の形態における物理ディスク管理テーブルを示す図である。
【図４】 本実施の形態におけるＬＵ管理テーブルを示す図である。
【図５】 本実施の形態におけるストレージシステムの外観構成を示す図である。
【図６】 本実施の形態における記憶デバイス制御装置の外観構成を示す図である。
【図７】 本実施の形態におけるＣＨＮを示す図である。
【図８】 本実施の形態におけるメモリに記憶されるデータの内容を説明するための図である。
【図９】 本実施の形態におけるディスク制御部を示す図である。
【図１０】 本実施の形態におけるソフトウェア構成図である。
【図１１】 本実施の形態におけるチャネル制御部においてクラスタが構成されている様子を示す図である。
【図１２】 本実施の形態におけるストレージシステムの構成図を示す図である。
【図１３】 本実施の形態におけるプログラムのライセンスの設定状態を一致させる処理を説明するためのフローチャートを示す図である。
【図１４】 本実施の形態におけるプログラムのライセンスの設定状態を一致させる処理を説明するためのフローチャートを示す図である。
【図１５】 本実施の形態として説明するライセンス状態情報テーブルのイメージを示す図である。
【図１６】 本実施の形態として説明するライセンス数情報テーブルのイメージを示す図である。
【図１７】 情報処理装置の表示画面に表示させるライセンス情報のイメージを示す図である。
【図１８】 情報処理装置の表示画面にライセンスキーを入力する画面のイメージを示す図である。
【図１９】 情報処理装置に通知したライセンスキーエラー内容の表示のイメージを示す図である。
【図２０】 情報処理装置に通知したライセンスキーエラー内容の表示のイメージを示す図である。
【図２１】 情報処理装置に通知したライセンスキーエラー内容の表示のイメージを示す図である。
【図２２】 本実施の形態におけるプログラム状態を一致させる処理を説明するためのフローチャートを示す図である。
【図２３】 本実施の形態として説明するプログラム状態テーブルのイメージを示す図である。
【図２４】 管理端末や情報処理装置の表示画面に表示させるエラーメッセージのイメージを示す図である。
【符号の説明】
１００ 記憶デバイス制御装置
１１０ チャネル制御部
１２０ 共有メモリ
１３０ キャッシュメモリ
１４０ ディスク制御部
１５０ 接続部
１５１ 内部ＬＡＮ
１６０ 管理端末
１８０ クラスタ
２００ 情報処理装置
３００ 記憶デバイス
３１０ ＬＵ
４００ ＬＡＮ
６００ ストレージシステム
Claims (12)
- ネットワークを介して接続される情報処理装置からファイル名指定によるデータ入出力要求を授受する複数のチャネル制御部と、
前記チャネル制御部ごとに割り当てられたアクセス可能な記憶領域と、
前記記憶領域を備える記憶デバイスと、
を含んで構成されるストレージシステムの制御方法において、
前記チャネル制御部に実行させるプログラムをインストールするステップと、
前記複数のチャネル制御部に割り当てられた記憶領域にインストールされているプログラムについてライセンスがそれぞれに設定されているかどうかを判断するステップと、
前記プログラムについてライセンスがそれぞれに設定されていると判断した場合には、ストレージシステム内の前記チャネル制御部において前記インストールされているプログラムを利用できるように制御するステップと、
を備えることを特徴とするストレージシステムの制御方法。 - 請求項１に記載のストレージシステムの制御方法において、
前記複数のチャネル制御部のうち少なくともいずれか２つのチャネル制御部でクラスタを構成させた場合には、
前記クラスタを構成するチャネル制御部に割り当てられた記憶領域にインストールされているプログラムについてライセンスがそれぞれに設定されているかどうかを判断するステップと、
前記プログラムについてライセンスがそれぞれに設定されていると判断した場合には、ストレージシステム内の前記チャネル制御部において前記インストールされているプログラムを利用できるように制御するステップと、
を備えることを特徴とするストレージシステムの制御方法。 - 請求項１に記載のストレージシステムの制御方法において、
前記複数のチャネル制御部に割り当てられた記憶領域にインストールされているプログラムが一致するかどうかをあらかじめ判断するステップと、
前記インストールされているプログラムのうちあるプログラムが一致しないと判断した場合には、全ての前記チャネル制御部において当該プログラムの実行のさせ方を制御するステップと、
を備えることを特徴とするストレージシステムの制御方法。 - 請求項１に記載のストレージシステムの制御方法において、
前記複数のチャネル制御部に割り当てられた記憶領域にインストールされているプログラムのバージョンが一致するかどうかをあらかじめ判断するステップと、
前記インストールされているプログラムのうちあるプログラムのバージョンが一致しないと判断した場合には、全ての前記チャネル制御部において当該プログラムの実行のさせ方を制御するステップと、
を備えることを特徴とするストレージシステムの制御方法。 - 請求項３に記載のストレージシステムの制御方法において、
前記全てのチャネル制御部において前記プログラムの実行のさせ方を制御するステップは、前記プログラムのライセンスを解除するステップであること、
を特徴とするストレージシステムの制御方法。 - 請求項３に記載のストレージシステムの制御方法において、
前記全てのチャネル制御部において前記プログラムの実行のさせ方を制御するステップは、前記プログラムをアンインストールするステップであること、
を特徴とするストレージシステムの制御方法。 - 請求項１に記載のストレージシステムの制御方法において、
前記プログラムについてライセンスがそれぞれに設定されていないと判断した場合には、前記プログラムの利用をできないように制御するステップと、
を備えることを特徴とするストレージシステムの制御方法。 - 請求項１に記載のストレージシステムの制御方法において、
前記プログラムについてライセンスがそれぞれに設定されていないと判断した場合には、前記プログラムについてのライセンスキーの登録を要求するステップと、
を備えることを特徴とするストレージシステムの制御方法。 - 請求項１に記載のストレージシステムの制御方法において、
前記プログラムについてライセンスがそれぞれに設定されていないと判断したが、必要な数のライセンスキーが登録されている場合には、前記ライセンスが設定されていないプログラムにそれぞれライセンスを設定するステップと、
前記ストレージシステム内の前記チャネル制御部において前記インストールされているプログラムを利用できるように制御するステップと、
を備えることを特徴とするストレージシステムの制御方法。 - 請求項８に記載のストレージシステムの制御方法において、
前記プログラムについてのライセンスキーの登録を要求した場合に、当該ライセンスキーが既に登録されたライセンスキーであるかどうかを判断するステップが含まれること、
を特徴とするストレージシステムの制御方法。 - ネットワークを介して接続される情報処理装置からファイル名指定によるデータ入出力要求を授受する複数のチャネル制御部と、
前記チャネル制御部ごとに割り当てられたアクセス可能な記憶領域と、
前記記憶領域を備える記憶デバイスと、
を含んで構成されるストレージシステムにおいて、
前記複数のチャネル制御部に割り当てられた記憶領域にインストールされているプログラムについてライセンスがそれぞれに設定されているかどうかを判断する手段と、
前記プログラムについてライセンスがそれぞれに設定されていると判断した場合には、ストレージシステム内の前記チャネル制御部において前記インストールされているプログラムを利用できるように制御する手段と、
を備えることを特徴とするストレージシステム。 - ネットワークを介して接続される情報処理装置からファイル名指定によるデータ入出力要求を授受する複数のチャネル制御部と、
前記チャネル制御部ごとに割り当てられたアクセス可能な記憶領域と、
前記記憶領域を備える記憶デバイスと、
を含んで構成されるストレージシステムに、
前記複数のチャネル制御部に割り当てられた記憶領域にインストールされているプログラムについてライセンスがそれぞれに設定されているかどうかを判断する機能と、
前記プログラムについてライセンスがそれぞれに設定されていると判断した場合には、ストレージシステム内の前記チャネル制御部において前記インストールされているプログラムを利用できるように制御する機能と、
を実現するためのプログラム。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003025075A JP4342804B2 (ja) | 2003-01-31 | 2003-01-31 | ストレージシステムの制御方法、ストレージシステム、及びプログラム |
| US10/651,536 US7831514B2 (en) | 2003-01-31 | 2003-08-29 | Method for managing license of software program in storage system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003025075A JP4342804B2 (ja) | 2003-01-31 | 2003-01-31 | ストレージシステムの制御方法、ストレージシステム、及びプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004234559A JP2004234559A (ja) | 2004-08-19 |
| JP4342804B2 true JP4342804B2 (ja) | 2009-10-14 |
Family
ID=32767600
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003025075A Expired - Fee Related JP4342804B2 (ja) | 2003-01-31 | 2003-01-31 | ストレージシステムの制御方法、ストレージシステム、及びプログラム |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US7831514B2 (ja) |
| JP (1) | JP4342804B2 (ja) |
Families Citing this family (23)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004234555A (ja) * | 2003-01-31 | 2004-08-19 | Hitachi Ltd | ストレージシステムの制御方法、ストレージシステム、及びプログラム |
| JP2004234558A (ja) * | 2003-01-31 | 2004-08-19 | Hitachi Ltd | 記憶デバイス制御装置、及びプログラム |
| US8898657B2 (en) * | 2003-10-03 | 2014-11-25 | Cyberlink Corp. | System and method for licensing software |
| US20050114265A1 (en) * | 2003-11-26 | 2005-05-26 | Lingan Satkunanathan | Real-time license enforcement system and method |
| US20050114266A1 (en) * | 2003-11-26 | 2005-05-26 | Lingan Satkunanathan | System and method for managing licenses using interactive wizards |
| JP4572082B2 (ja) * | 2004-03-22 | 2010-10-27 | Ｎｅｃシステムテクノロジー株式会社 | Ｎａｓディスクアレイ装置 |
| JP4475079B2 (ja) * | 2004-09-29 | 2010-06-09 | 株式会社日立製作所 | 計算機システムの構成管理方法 |
| JP4659526B2 (ja) | 2005-06-17 | 2011-03-30 | 株式会社日立製作所 | ストレージシステムにインストールされるプログラムのライセンスを管理する管理計算機、計算機システム及び制御方法 |
| US8079092B2 (en) * | 2005-07-25 | 2011-12-13 | M/s. Trinity Future—In PVT. Ltd. | Electro-mechanical system for non-duplication of software |
| JP2007102439A (ja) * | 2005-10-04 | 2007-04-19 | Hitachi Ltd | ストレージシステム及びライセンス管理方法 |
| US8370416B2 (en) * | 2006-04-26 | 2013-02-05 | Hewlett-Packard Development Company, L.P. | Compatibility enforcement in clustered computing systems |
| US9230068B2 (en) * | 2006-10-03 | 2016-01-05 | Salesforce.Com, Inc. | Method and system for managing license objects to applications in an application platform |
| US8601467B2 (en) | 2006-10-03 | 2013-12-03 | Salesforce.Com, Inc. | Methods and systems for upgrading and installing application packages to an application platform |
| WO2008082441A1 (en) * | 2006-12-29 | 2008-07-10 | Prodea Systems, Inc. | Display inserts, overlays, and graphical user interfaces for multimedia systems |
| US7945643B2 (en) * | 2007-04-30 | 2011-05-17 | Hewlett-Packard Development Company, L.P. | Rules for shared entities of a network-attached storage device |
| US20090319635A1 (en) * | 2008-06-19 | 2009-12-24 | International Business Machines Corporation | Centrally managed inventory and entitlement data |
| US20100262963A1 (en) * | 2009-04-09 | 2010-10-14 | Gary Michael Wassermann | Systems and methods for activating a network appliance |
| JP2011237875A (ja) * | 2010-05-06 | 2011-11-24 | Canon Inc | 情報処理装置、インストールシステム、情報処理方法及びインストール方法 |
| US9560134B1 (en) * | 2012-06-27 | 2017-01-31 | Netapp, Inc. | Storage array side write locking |
| US8892713B2 (en) | 2012-10-31 | 2014-11-18 | Hitachi, Ltd. | Storage system and license management method |
| CN109525425A (zh) * | 2018-11-09 | 2019-03-26 | 郑州云海信息技术有限公司 | 一种基于MCS的license自动申请方法及装置 |
| US11372951B2 (en) * | 2019-12-12 | 2022-06-28 | EMC IP Holding Company LLC | Proxy license server for host-based software licensing |
| US11593015B2 (en) * | 2021-04-06 | 2023-02-28 | EMC IP Holding Company LLC | Method to enhance the data invulnerability architecture of deduplication systems by optimally doing read-verify and fix of data moved to cloud tier |
Family Cites Families (73)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4046382A (en) | 1976-04-28 | 1977-09-06 | Ratzkoff George L | Word game apparatus |
| US4305586A (en) * | 1980-06-09 | 1981-12-15 | Richards Dennis A | Casino type game of chance |
| US4455025A (en) * | 1981-08-11 | 1984-06-19 | Yuri Itkis | Electronic card and board game |
| US4856787B1 (en) * | 1986-02-05 | 1997-09-23 | Fortunet Inc | Concurrent game network |
| US5155845A (en) * | 1990-06-15 | 1992-10-13 | Storage Technology Corporation | Data storage system for providing redundant copies of data on different disk drives |
| US5544347A (en) * | 1990-09-24 | 1996-08-06 | Emc Corporation | Data storage system controlled remote data mirroring with respectively maintained data indices |
| US5257784A (en) * | 1991-03-11 | 1993-11-02 | Bet Technology, Inc. | Wagering game |
| US5265877A (en) * | 1991-03-11 | 1993-11-30 | Bet Technology, Inc. | Method of playing a wagering game |
| US5098107A (en) * | 1991-03-11 | 1992-03-24 | Bet Technology Inc. | Method and apparatus for playing a wagering game |
| US5139270A (en) | 1991-06-03 | 1992-08-18 | Gernhofer Margaret A | Name game bingo |
| WO1993011480A1 (en) * | 1991-11-27 | 1993-06-10 | Intergraph Corporation | System and method for network license administration |
| US5393057A (en) | 1992-02-07 | 1995-02-28 | Marnell, Ii; Anthony A. | Electronic gaming apparatus and method |
| JP3264465B2 (ja) * | 1993-06-30 | 2002-03-11 | 株式会社日立製作所 | 記憶システム |
| JP3345989B2 (ja) | 1993-11-01 | 2002-11-18 | 株式会社セガ | キノゲーム機 |
| US5449179A (en) | 1994-03-28 | 1995-09-12 | Hefferan; Laurel A. | Holiday bingo having stickers and candy markers |
| US5553139A (en) * | 1994-04-04 | 1996-09-03 | Novell, Inc. | Method and apparatus for electronic license distribution |
| JP2886093B2 (ja) * | 1994-07-28 | 1999-04-26 | 株式会社日立製作所 | 障害処理方法および情報処理システム |
| US5574863A (en) * | 1994-10-25 | 1996-11-12 | Hewlett-Packard Company | System for using mirrored memory as a robust communication path between dual disk storage controllers |
| DE69521101T2 (de) * | 1994-10-31 | 2001-10-18 | Ibm | Gemeinsam genutzte virtuelle Platten mit anwendungstransparenter Wiedergewinnung |
| US5845061A (en) * | 1994-10-31 | 1998-12-01 | Hitachi, Ltd. | Redundant client server system |
| US5803460A (en) * | 1995-05-16 | 1998-09-08 | Helix Information Services, Inc. | Method of playing a card game |
| TW292365B (en) * | 1995-05-31 | 1996-12-01 | Hitachi Ltd | Computer management system |
| JP3732869B2 (ja) * | 1995-06-07 | 2006-01-11 | 株式会社日立製作所 | 外部記憶装置 |
| US5671412A (en) * | 1995-07-28 | 1997-09-23 | Globetrotter Software, Incorporated | License management system for software applications |
| US5729763A (en) * | 1995-08-15 | 1998-03-17 | Emc Corporation | Data storage system |
| US5774643A (en) * | 1995-10-13 | 1998-06-30 | Digital Equipment Corporation | Enhanced raid write hole protection and recovery |
| US5605333A (en) * | 1995-10-31 | 1997-02-25 | Field; Peter | Card game employing card values to determine a winning card hand |
| US5752041A (en) * | 1995-12-15 | 1998-05-12 | International Business Machines Corporation | Method and system for licensing program management within a distributed data processing system |
| US5957457A (en) * | 1997-01-31 | 1999-09-28 | Shaw; Eileen J. | Bingo game for facilitating present opening |
| JPH1185659A (ja) * | 1997-09-03 | 1999-03-30 | Hitachi Ltd | ディスク制御装置及びこれを用いた記憶装置 |
| JP3618529B2 (ja) * | 1997-11-04 | 2005-02-09 | 富士通株式会社 | ディスクアレイ装置 |
| US6189146B1 (en) * | 1998-03-18 | 2001-02-13 | Microsoft Corporation | System and method for software licensing |
| JPH11272427A (ja) * | 1998-03-24 | 1999-10-08 | Hitachi Ltd | データ退避方法および外部記憶装置 |
| US6009401A (en) * | 1998-04-06 | 1999-12-28 | Preview Systems, Inc. | Relicensing of electronically purchased software |
| US6243829B1 (en) * | 1998-05-27 | 2001-06-05 | Hewlett-Packard Company | Memory controller supporting redundant synchronous memories |
| US6169976B1 (en) * | 1998-07-02 | 2001-01-02 | Encommerce, Inc. | Method and apparatus for regulating the use of licensed products |
| US7100071B2 (en) * | 1998-07-16 | 2006-08-29 | Hewlett-Packard Development Company, L.P. | System and method for allocating fail-over memory |
| JP2000089916A (ja) * | 1998-09-11 | 2000-03-31 | Fujitsu Ltd | ファイル制御装置 |
| JP2000099277A (ja) * | 1998-09-18 | 2000-04-07 | Fujitsu Ltd | ファイルユニット間のリモート転送方法 |
| JP2000172624A (ja) * | 1998-12-07 | 2000-06-23 | Hitachi Ltd | 入出力処理システム |
| JP4400895B2 (ja) * | 1999-01-07 | 2010-01-20 | 株式会社日立製作所 | ディスクアレイ制御装置 |
| GB2346989A (en) * | 1999-02-19 | 2000-08-23 | Ibm | Software licence management system uses clustered licence servers |
| US6401223B1 (en) * | 1999-05-21 | 2002-06-04 | Unisys Corporation | Programmable system for invalidating pending requests within a data processing system |
| US6397292B1 (en) * | 1999-08-19 | 2002-05-28 | Emc Corporation | Asymmetrical striping of mirrored storage device arrays and concurrent access to even tracks in the first array and odd tracks in the second array to improve data access performance |
| US6478677B1 (en) | 1999-11-16 | 2002-11-12 | Ernest W. Moody | Numerical total keno game |
| US6766359B1 (en) * | 1999-12-29 | 2004-07-20 | Emc Corporation | Method and apparatus for utilizing multiple paths in a file transfer utility employing an intermediate data storage system |
| US6416406B1 (en) | 2000-02-01 | 2002-07-09 | Labtronix Concept | Method for playing an auxiliary game with prize rewarding system |
| US6450500B1 (en) * | 2000-03-29 | 2002-09-17 | Extra Chance Blackjack, Llc | Method of making a side bet during a blackjack game |
| US6581935B1 (en) * | 2000-04-24 | 2003-06-24 | Karaway Gaming, Inc. | Electronic bingo game and method |
| US6789112B1 (en) * | 2000-05-08 | 2004-09-07 | Citrix Systems, Inc. | Method and apparatus for administering a server having a subsystem in communication with an event channel |
| US6785713B1 (en) * | 2000-05-08 | 2004-08-31 | Citrix Systems, Inc. | Method and apparatus for communicating among a network of servers utilizing a transport mechanism |
| US6732289B1 (en) * | 2000-08-31 | 2004-05-04 | Sun Microsystems, Inc. | Fault tolerant data storage system |
| US7728838B2 (en) * | 2000-09-15 | 2010-06-01 | Invensys Systems, Inc. | Method and system for animating graphical user interface elements via a manufacturing/process control portal server |
| US6985956B2 (en) * | 2000-11-02 | 2006-01-10 | Sun Microsystems, Inc. | Switching system |
| JP2002259065A (ja) * | 2001-03-02 | 2002-09-13 | Hitachi Ltd | トレース情報採取機構を備えた記憶システム |
| JP4041656B2 (ja) * | 2001-03-02 | 2008-01-30 | 株式会社日立製作所 | ストレージシステム及びストレージシステムにおけるデータ送受信方法 |
| JP2002279165A (ja) | 2001-03-22 | 2002-09-27 | Hitachi Information Systems Ltd | ライセンス管理システム |
| US20020188704A1 (en) * | 2001-06-12 | 2002-12-12 | Stephen Gold | Upgrade of licensed capacity on computer entity |
| US7203966B2 (en) * | 2001-06-27 | 2007-04-10 | Microsoft Corporation | Enforcement architecture and method for digital rights management system for roaming a license to a plurality of user devices |
| US6874100B2 (en) * | 2001-07-12 | 2005-03-29 | Digi-Data Corporation | Raid system with multiple controllers and proof against any single point of failure |
| US6944785B2 (en) * | 2001-07-23 | 2005-09-13 | Network Appliance, Inc. | High-availability cluster virtual server system |
| US20030064772A1 (en) | 2001-09-28 | 2003-04-03 | Kim Tempest | Gaming device and method |
| US7204754B2 (en) | 2001-09-28 | 2007-04-17 | Igt | Gaming device having a mechanical award indicator |
| US6801940B1 (en) * | 2002-01-10 | 2004-10-05 | Networks Associates Technology, Inc. | Application performance monitoring expert |
| JP3964212B2 (ja) * | 2002-01-16 | 2007-08-22 | 株式会社日立製作所 | 記憶装置システム |
| US20040178579A1 (en) | 2002-01-29 | 2004-09-16 | Gametech International, Inc. | Enhanced bingo game method, apparatus, and computer program product |
| US20030163712A1 (en) * | 2002-02-28 | 2003-08-28 | Lamothe Brian P. | Method & system for limiting use of embedded software |
| JP2003316522A (ja) * | 2002-04-26 | 2003-11-07 | Hitachi Ltd | 計算機システムおよび計算機システムの制御方法 |
| GB0214669D0 (en) * | 2002-06-26 | 2002-08-07 | Ibm | Method for maintaining data access during failure of a controller |
| US7707116B2 (en) * | 2002-08-30 | 2010-04-27 | Avaya Inc. | Flexible license file feature controls |
| JP4039923B2 (ja) * | 2002-09-20 | 2008-01-30 | 富士通株式会社 | ソフトウェア実行管理装置、ソフトウェア実行管理方法、およびソフトウェア実行管理プログラム |
| GB2412882A (en) | 2002-12-23 | 2005-10-12 | Gametech International Inc | Enhanced gaming system |
| US7085958B2 (en) * | 2003-01-17 | 2006-08-01 | International Business Machines Corporation | System and method for isolating a faulty switch, storage device or SFP in a daisy-chained configuration |
-
2003
- 2003-01-31 JP JP2003025075A patent/JP4342804B2/ja not_active Expired - Fee Related
- 2003-08-29 US US10/651,536 patent/US7831514B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| US20040153416A1 (en) | 2004-08-05 |
| JP2004234559A (ja) | 2004-08-19 |
| US7831514B2 (en) | 2010-11-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4342804B2 (ja) | ストレージシステムの制御方法、ストレージシステム、及びプログラム | |
| JP4330889B2 (ja) | 記憶デバイス制御装置にソフトウエアをインストールする方法、記憶デバイス制御装置の制御方法、及び記憶デバイス制御装置 | |
| US7788457B2 (en) | Method of controlling storage device controlling apparatus, and storage device controlling apparatus | |
| US7240152B2 (en) | Method of controlling storage device controlling apparatus, and storage device controlling apparatus | |
| US7043604B2 (en) | Disk array system | |
| US7574575B2 (en) | Disk array device including a system LU for storing control information in the disk array and backup LU for backing up the control information and controlling method thereof | |
| US7203862B2 (en) | Methods for controlling storage devices controlling apparatuses | |
| JP4274523B2 (ja) | 記憶装置システム、及び記憶装置システムの起動方法 | |
| US20050198433A1 (en) | Storage device controlling apparatus and method of controlling the same | |
| JP4372427B2 (ja) | 記憶デバイス制御装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20040928 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060105 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20060105 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20060105 |
|
| 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: 20090707 |
|
| 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: 20090708 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120717 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130717 Year of fee payment: 4 |
|
| LAPS | Cancellation because of no payment of annual fees |