JP2004178337A - 記憶装置システム、記憶装置、計算機およびプログラム - Google Patents
記憶装置システム、記憶装置、計算機およびプログラム Download PDFInfo
- Publication number
- JP2004178337A JP2004178337A JP2002344812A JP2002344812A JP2004178337A JP 2004178337 A JP2004178337 A JP 2004178337A JP 2002344812 A JP2002344812 A JP 2002344812A JP 2002344812 A JP2002344812 A JP 2002344812A JP 2004178337 A JP2004178337 A JP 2004178337A
- Authority
- JP
- Japan
- Prior art keywords
- computer
- storage
- storage area
- virtual drive
- volume
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
- G06F3/0629—Configuration or reconfiguration of storage systems
- G06F3/0632—Configuration or reconfiguration of storage systems by initialisation or re-initialisation of storage systems
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
- G06F3/0604—Improving or facilitating administration, e.g. storage management
- G06F3/0607—Improving or facilitating administration, e.g. storage management by facilitating the process of upgrading existing storage systems, e.g. for improving compatibility between host and storage device
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
- G06F3/0671—In-line storage system
- G06F3/0683—Plurality of storage devices
- G06F3/0689—Disk arrays, e.g. RAID, JBOD
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Human Computer Interaction (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
【課題】ディスクアレイ装置において、数千ものボリュームを計算機で認識するための時間が過大で、多くのメモリを占有することになっていた。また、ボリュームの認識・切離処理が容易にすることはできなかった。
【解決手段】本発明の一実施形態では、記憶装置は、記計算機に対して、非搬送型の前記記憶領域を搬送可能な記憶媒体として扱うことのできる仮想ドライブを認識させるように応答信号を送信する制御部と、仮想ドライブと記憶領域との対応関係を示したボリューム管理情報を格納する格納部とを有する。計算機は、応答信号を受信するインタフェースと、応答信号に基づいて非搬送型の記憶領域を搬送可能な記憶媒体として扱う仮想ドライブを認識する制御部とを有する。記憶装置の制御部は、計算機からの仮想ドライブに対するアクセス要求とボリューム管理情報とに基づいて、アクセス対象となる記憶領域を特定する。
【選択図】 図１
【解決手段】本発明の一実施形態では、記憶装置は、記計算機に対して、非搬送型の前記記憶領域を搬送可能な記憶媒体として扱うことのできる仮想ドライブを認識させるように応答信号を送信する制御部と、仮想ドライブと記憶領域との対応関係を示したボリューム管理情報を格納する格納部とを有する。計算機は、応答信号を受信するインタフェースと、応答信号に基づいて非搬送型の記憶領域を搬送可能な記憶媒体として扱う仮想ドライブを認識する制御部とを有する。記憶装置の制御部は、計算機からの仮想ドライブに対するアクセス要求とボリューム管理情報とに基づいて、アクセス対象となる記憶領域を特定する。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は、記憶装置における記憶領域の管理および制御方法に関する。特に、ディスクアレイ装置に代表される大規模記憶装置において、記憶装置が、莫大な数の記憶領域（ボリューム）を保持する場合のボリュームの管理および制御方式に関する。
【０００２】
【従来の技術】
近年、計算機が利用するプログラム・データを保持する記憶装置として、ディスクアレイ装置が用いられることが多い。
【０００３】
ディスクアレイ装置は、複数の磁気ディスク装置を組み合わせ、高性能と高信頼を実現した記憶装置である。ディスクアレイ装置は、複数の磁気ディスク装置を、ホスト計算機からみて、論理的な一台の記憶領域（ボリューム）として扱うことができる。さらに、任意の大きさのボリュームに分割することや、幾つかのボリュームを結合してさらに大きなボリュームとして扱うこともできる。磁気ディスク装置の大容量化に伴い、一台のディスクアレイ装置において、数千ものボリュームを扱えるようになってきた。ＯＳにおけるボリュームの認識方法に関しては、例えば、非特許文献１がある。
【０００４】
【非特許文献１】
（Ａｒｔ Ｂａｋｅｒ）著、Ｔｈｅ Ｗｉｎｄｏｗｓ ＮＴ Ｄｅｖｉｃｅ Ｄｒｉｖｅｒ Ｂｏｏｋ
【０００５】
【発明が解決しようとする課題】
ディスクアレイ装置において、数千ものボリュームを扱えるようになっても、一方で、数千ものボリュームを一台のコンピュータに接続して扱うことには問題がある。一般に、コンピュータ上のＯＳは、その起動時に、そのコンピュータに接続されている全てのボリュームの認識処理を行う。ボリュームの認識処理は、まず、コンピュータに接続されているインタフェースボード（ファイバチャネルボードやＳＣＳＩボードが一般的）を検出し、次に、そのインタフェースボードに対して、識別番号（ＳＣＳＩの場合にはターゲット番号とロジカルユニット番号）をインクリメントしながら、「ＩＮＱＵＩＲＹコマンド」を発行することにより接続されているボリュームの種別やベンダ名などを、「ＲＥＡＤ ＣＡＰＡＣＩＴＹコマンド」により、ボリューム容量を確認する。コンピュータに接続される全てのインタフェースボードに対して、このボリュームの検出処理を行う。ＯＳは、ボリュームから適切な応答があると、そのボリュームに対して情報を作成し、コンピュータ上のメモリに格納する。ここで作成した情報は、以後そのボリュームをアクセスするために参照される。
【０００６】
数千ものボリュームを一台のコンピュータに接続した場合、コンピュータの起動時に数千のボリュームを検出するために時間がかかるばかりでなく、数千ものボリュームを管理するための情報がメモリ上を占有することになる。
【０００７】
また、ストレージエリアネットワーク（ＳＡＮ：Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）と呼ばれるストレージと計算機をネットワークで接続したシステム形態が用いられるようになってきた。ＳＡＮでは、複数の記憶装置と複数の計算機をファイバチャネルやイーサネット（「イーサネット」は富士ゼロックス社の登録商標である。以下同じ。）のネットワークで接続されている。特にＳＡＮでは、処理に合せて、計算機とボリュームの対応関係を容易に変更できることが望ましい。
【０００８】
本発明の目的は、上記の課題を鑑みて考えられたものであり、記憶装置と計算機とを有する記憶装置システムにおいて、記憶装置（もしくはＳＡＮにおける記憶装置群）が有する数千ものボリュームのする構成、プログラムおよび方法を提供することにある。
【０００９】
【課題を解決するための手段】
本発明の目的を達成するために、本発明の一実施形態の記憶装置システムは、計算機と、計算機によりアクセスされるデータを格納する複数の記憶領域を有する記憶装置と、計算機と記憶装置とを管理する管理計算機とを有する。記憶装置は、記計算機に対して、非搬送型の記憶領域を搬送可能な記憶媒体として扱うことのできる仮想ドライブを認識させるためのエミュレーションをする制御部と、仮想ドライブと記憶領域との対応関係を示したボリューム管理情報を格納する格納部とを有する。また、計算機は、応答信号を受信するインタフェースと、応答信号に基づいて非搬送型の記憶領域を搬送可能な記憶媒体として扱う仮想ドライブを認識する制御部とを有する。さらに、記憶装置の制御部は、計算機からの仮想ドライブに対するアクセス要求とボリューム管理情報とに基づいて、アクセス対象となる記憶領域を特定する。
【００１０】
上述した実施形態の計算機の制御部は、さらに、仮想ドライブに接続された記憶領域を実際の非搬送型の記憶領域として認識することが好ましい。
【００１１】
上述した実施形態の記憶装置の制御部は、計算機からの仮想ドライブと記憶領域との対応関係を切替える切替要求を受付け、切替要求に基づいて、ボリューム管理情報を書換えることが好ましい。
上述した実施形態の計算機の制御部は、応答信号に基づいて認識した仮想ドライブのファイルシステムの種別情報を、管理計算機へ送信することが好ましい。
【００１２】
上述した実施形態の記憶装置の制御部は、応答信号に基づいて認識した仮想ドライブのファイルシステムの種別情報を、管理計算機へ送信することが好ましい。
【００１３】
上述した実施形態の記憶装置の格納部は、ボリューム管理情報として、さらに、記憶領域のうち第１の記憶領域に格納される情報を第２の記憶領域へ複製するレプリカ情報を格納し、記憶装置の制御部は、レプリカ情報に基づいて、記憶領域のうち第１の記憶領域に格納される情報を第２の記憶領域へ複製し、計算機から第１の記憶領域を仮想ドライブから取り出す要求が発行された場合に、第１の記憶領域に格納される情報を第２の記憶領域への複製を中止することが好ましい。これにより、第１の記憶領域を仮想ドライブから切離したタイミングでの複製情報として取り扱うことができる。
【００１４】
【発明の実施の形態】
・システム構成
図１は、本発明の実施形態のシステム構成を示す。
【００１５】
図１のシステム構成では、ファイバチャネルスイッチ５０（以下ＦＣスイッチ５０）を介して、コンピュータ１０、１１とディスクアレイ装置１００とを接続している。ＦＣスイッチ５０と、それぞれの装置の間は、ファイバチャネルを用いて接続している。本実施形態では、ファイバチャネルを用いて、コンピュータとディスクアレイ装置を接続したが、ＬＡＮ、例えばイーサネットを用いて接続しても良い。
【００１６】
ディスクアレイ装置１００には、ＦＣスイッチ５０と接続する接続ポートとしてＦＣポート１０１、１０２を設けている。仮想リムーバルドライブ１１０〜１１３はコンピュータごとに後述するボリューム管理テーブル４００に管理されることにより仮想的に備え、仮想リムーバルドライブ１１０と１１１は、ＦＣポート１０１を介してコンピュータ１０に接続され、仮想リムーバルドライブ１１２と１１３は、ＦＣポート１０２を介してコンピュータ１１に接続されている。
【００１７】
接続切替手段１５０は、後述するボリューム管理テーブル４００の内容に従って、ボリューム１３１〜１３５と仮想リムーバルドライブ１１０〜１１３との対応関係を切替える。
【００１８】
尚、本実施形態では、ＦＣポート、仮想リムーバルドライブ、ボリューム及びディスクアレイ装置の数は、１以上であれば何ら制限するものではない。
【００１９】
運用管理コンピュータ１９は、イーサネット等のＬＡＮを介して、コンピュータ１０、１１及びディスクアレイ装置１００に接続されている。
【００２０】
運用管理コンピュータ１９は、コンピュータ１０と１１上のエージェントプログラム３６０と通信を行う。また、運用管理コンピュータ１９は、ディスクアレイ装置１００の制御モジュール１９０と通信を行う。
【００２１】
管理者は、運用管理コンピュータ１９を介して、コンピュータシステムの状態を監視し、必要なオペレーションを実施することを想定する。
【００２２】
・ディスクアレイ装置
図２は、ディスクアレイ装置１００の物理的な構成図を示す。
【００２３】
ディスクアレイ装置１００は、ＦＣスイッチ５０と接続された接続ポートであるＦＣポート１０１、１０２と、ディスク装置２９０と、制御部２５０で構成される記憶装置である。
ディスクアレイ装置１００は、コンピュータ１０、１１に対して、非搬送型のディスク装置２９０の記憶領域を搬送可能なディスクとして扱うことのできる仮想リムーバルドライブを認識させるための応答信号をする制御部２５０を有する。制御部２５０は、コンピュータ１０、１１からの仮想リムーバルドライブに対するアクセス要求を受付け、アクセス要求とボリューム管理テーブル４００とに基づいて、アクセス対象となるディスク装置２９０の記憶領域を特定することにより、ディスクアレイ装置１００が有する複数の記憶領域６１に格納されたデータへのアクセスを管理する。
【００２４】
また、本実施形態の場合には、ディスクコントローラモジュール２２０を介して２５台のディスク装置２９０を接続している。
【００２５】
制御部２５０は、ＦＣポート１０１、１０２を介してコンピュータ１０，１１と接続するインタフェースであるＦＣインターフェースモジュール２００と、コンピュータから受信したデータやコマンド、ディスク装置２９０から読み出したデータを一時的に蓄える格納部であるキャッシュメモリ２１０と、ディスク装置２９０を接続するためのディスクコントローラモジュール２２０と、ＦＣインタフェースモジュール２００とキャッシュメモリ２１０とディスクコントローラモジュール２２０とを制御し、アレイ制御を司るアレイコントローラ２３０と、運用管理コンピュータ１９との通信を行う制御モジュール１９０とを有する。
【００２６】
アレイコントローラ２３０は、ディスク装置２９０と論理的なボリューム１３１〜１３５との対応関係を管理する。本実施形態では、接続した２５台のディスク装置２９０は、五台のディスク装置２９０を一組として五つの論理的なボリュームを構成している。
【００２７】
キャッシュメモリ２１０は、仮想リムーバルドライブとディスク装置２９０の記憶領域との対応関係を示したボリューム管理テーブル４００を格納する。
【００２８】
ディスク装置２９０は、コンピュータ１０、１１によりアクセスされるデータを格納する記憶領域であって、ディスクをドライバに搬送可能ではない非搬送型記憶領域である。なお、ディスク装置２９０の記憶領域は、アレイコントローラによって、論理的な単位のボリュームとして扱われる。また、ディスク装置２９０の記憶領域は、複数有していてもよい。
【００２９】
仮想リムーバルドライブ１１０〜１１３と、接続切替手段１５０、複製手段１５５、仮想チェンジャデバイス１１８、１１９とは、アレイコントローラ２３０で実行される制御プログラムとして実現している。
【００３０】
・コンピュータ、運用管理コンピュータの構成
図１１は、コンピュータ１０、１１、運用管理コンピュータ１９の構成を示す図である。コンピュータ１０、１１、運用管理コンピュータ１９は、ＣＰＵ（制御部）１００１と、ＣＰＵ１００１が実行するプログラムや実行するに当たって必要となるデータを格納するメモリ１００３と、ＣＰＵ１００１とメモリ１００３とバス１００５の間のデータのやり取りを仲介するチップセット１００２と、バス１００５に接続したＦＣインタフェースモジュール１００８と、イーサネットモジュール１００９で構成する。図１に示すように、コンピュータ１０、１１は、ＦＣインタフェースモジュール１００８から、ＦＣスイッチ５０を介して、ディスクアレイ装置１００に接続する。また、コンピュータ１０、１１上のエージェントプログラム３６０は、イーサネットモジュール１００９を介して運用管理コンピュータに接続する。
【００３１】
・コンピュータのソフトウエアモジュール構成
図３は、コンピュータ１０、１１のソフトウエアモジュールについて示す図である。
【００３２】
これらソフトウエアモジュール３００、３１０、３２０、３３１、３３２、３３３、３３９、３６０、３９９は、コンピュータ１０、１１のメモリ１０３に格納されＣＰＵ１００１により実行されるプログラムである。
【００３３】
・ボリュームの管理
図４は、仮想リムーバルドライブとボリュームの関係を示すボリューム管理テーブル４００の内容を示す。
【００３４】
ボリューム管理テーブル４００は、各ボリューム番号、各ボリュームの容量、各ボリュームを仮想的にロードする仮想リムーバルドライブの番号（一のボリュームに対して複数の仮想リムーバルドライブを対応させてもよい。）、各ボリュームに対する書き込みを禁止するためのフラグ、各ボリュームのファイルシステムの種別を示す情報、後述するレプリカボリュームとして副となるボリュームの番号、副のボリュームを切離した場合にその切離した日時を示す情報を有する。尚、ボリューム番号は、ディスクアレイ装置内で重複しないように割り当てる。ここでは、簡単のため、図１での番号をそのままボリューム番号１３１〜１３５として説明する。また、仮想リムーバルドライブの番号も、ディスクアレイ装置内で重複しないように割り当てる。これも、同様に、図１での番号をそのまま仮想リムーバルドライブ番号１１０〜１１３として説明する。
【００３５】
また、ディスクアレイ装置１００が起動した直後は、ボリューム管理テーブル４００の「仮想リムーバルドライブの番号」の欄は初期値として空白（ＮＵＬＬ）としておく。これにより、ボリュームには、仮想リムーバルドライブが仮想的にロードされないことを意味する。
【００３６】
図５は、運用管理コンピュータ１９上の表示手段（ディスプレイ等／図示せず）への設定画面４１０の表示内容を示す。
【００３７】
運用管理コンピュータ１９は、制御モジュール１９０を介して、アレイコントローラ２３０内のボリューム管理テーブル４００の情報を収集し、設定画面４１０にボリューム管理テーブル４００の内容を表示する。
【００３８】
管理者は、この設定画面４１０を通して、マウス等のＧＵＩによりボリューム管理テーブル４００の内容を入力操作することができる。
【００３９】
図５の表示例は、マウスカーソール４１１を用いてボリューム１３２をロードする仮想リムーバルドライブを選択中のイメージである。マウスカーソール４１１でプルダウンメニュー４１２に表示される仮想リムーバルドライブの番号を選択することができる。
【００４０】
運用管理コンピュータ１９は、マウス等のＧＵＩにより入力された情報に基づいて、ボリューム管理テーブル４００の内容を設定・変更するように、アレイコントローラ２３０に指示する。
【００４１】
アレイコントローラ２３０は、運用管理コンピュータ１９からの指示に基づいて、ボリューム管理テーブル４００の内容を設定変更する。
【００４２】
・ディスクアレイ装置の認識処理
コンピュータを起動した場合の動作について説明する。尚、図１に示すように、既に起動しているディスクアレイ装置にコンピュータを接続されているものとする。
【００４３】
コンピュータを起動した場合、コンピュータは、コンピュータに接続されている機器を検索し、ディスクアレイ装置１００を認識する。
【００４４】
コンピュータは、認識したディスクアレイ装置１００に対し、コンピュータ１０、１１に接続されている記憶装置がどのような種類であるかを確認するための確認コマンド（例えば、ＩＮＱＵＩＲＹコマンド）を発行する。
【００４５】
ディスクアレイ装置１００は、確認コマンドに対して、装置の種別（磁気ディスク装置・光ディスク装置であるか、ディスクはリムーバル・固定であるか）、装置名称、ベンダ名などを、コンピュータ１０、１１へ返信する。
【００４６】
従来のディスクアレイ装置は、内部に接続されているディスク装置がディスク装置２９０であれば、装置種別として「磁気ディスク装置・固定ディスク」を示す情報を返信する。たとえば、ＦＣチャネルを用いるディスクアレイ装置では、多くの場合ＳＣＳＩコマンドが用いられているため、ＩＮＱＵＩＲＹコマンドに対する返信のデータ列の最初のバイト「００Ｈ（１６進数１バイト）」がこれに相当する。
【００４７】
本実施例のディスクアレイ装置１００は、ホストコンピュータからの確認コマンドを、アレイコントローラ２３０がＦＣインターフェースモジュール２００を介して受け取ると、装置種別として「磁気ディスク装置・リムーバルディスク」を返信するようにする。たとえば、これは、ＩＮＱＵＩＲＹコマンドに対する返信データ列の最初のバイトが「８０Ｈ（１６進数１バイト）」になる。
【００４８】
コンピュータ１０、１１は、ディスクアレイ装置１００からの返信情報に基づいて、装置種別に応じたデバイスドライバ３１０をロードする。
【００４９】
通常は、このデバイスドライバ３１０の上に、ファイルシステムを切り替えるディスパッチャ３２０を設け、複数のファイルシステム３３１〜３３３がロードされる。これにより、計算機ごとに、異なる複数のファイルシステムを利用することができる。本実施例では、コンピュータ１０は、ファイルシステムＡ３３１とファイルシステムＢ３３２が利用可能で、コンピュータ１１は、ファイルシステムＡ３３１とファイルシステムＣ３３３が利用可能であるとして説明する。
【００５０】
ファイルシステムＡＰＩ３３９は、アプリケーション３９９からディスク装置２９０へのアクセスに対して、適切なファイルシステム３３１〜３３３を利用するためのインタフェースである。これにより、ファイルシステムの違いによらず、一定の手順により、アプリケーション３９９から記憶装置へのアクセスを行うことができる。
【００５１】
従って、ディスクアレイ装置は、ホストに対して、固定ディスク装置をディスクをリムーバルに扱うドライブとして認識させるように指示することにより、ホストは、固定ディスクに対して、ディスクをリムーバルに扱うドライバをロードすることができる。これにより、ホストは、非搬送型（固定型）のディスク装置２９０の記憶領域を搬送可能なディスクとして扱うことのできる仮想リムーバルドライブとして認識することができる。よって、特にボリュームの数が極めて多い場合には、ホストはドライブ単位でデバイスを認識することができるため、デバイス認識処理に伴う資源の抑制が図れる。
【００５２】
さらに、本発明の実施形態では、ファイルシステムＡＰＩ３３９とアプリケーション３９９の間に固定ディスクエミュレーションモジュール３５０を設けた。このモジュールを設けないと、ファイルシステムＡＰＩ３３９を介して記憶装置を利用するアプリケーション３９９からは、ディスクアレイ装置１００は、リムーバルドライブとして認識される。ディスクアレイ装置を利用するアプリケーションとしてデータベースなどがあるが、通常、これらアプリケーションはリムーバルドライブ上に構築することを禁止している。
【００５３】
そこで、固定ディスクエミュレーションモジュール３５０は、機器の種別識別の要求が発せられた場合には、「磁気ディスク・固定ディスク」をファイルシステムに対して返信する。従って、アプリケーション３９９は、ディスクアレイ装置１００の仮想リムーバルドライブに接続されたボリュームを、実際の種別である「磁気ディスク・固定ディスク」として認識することができることにより、アプリケーション３９９にドライブを仮想化することにより生じうる不当な利用制限をかけないことができる。
固定ディスクエミュレーションモジュール３５０はＯＳが自動的にロードするものではない。これは、アレイコントローラ２３０がコンピュータからの種別確認に対して、ＩＮＱＵＩＲＹコマンドで「８０Ｈ」を返信するため、この情報だけからは、その装置が仮想的なリムーバル記憶装置か否かを判断することができないためである。一般的には、コンピュータ１０、１１を管理する管理者が、アプリケーションに前記利用制限がかからないようにするために固定ディスクエミュレーションモジュール３５０をアプリケーションの実行にあわせてロードすることになる。また、ロード処理を自動化するためには、ＩＮＱＵＩＲＹコマンドが返す情報列の中から、装置名称とベンダ名を取得し、特定の装置名称とベンダ名を有する場合には、固定ディスクエミュレーションモジュール３５０をロードするように構成する。これは、ＯＳを改変することによっても実現可能であるし、アプリケーションやエージェントプログラムにその機能を設けることによっても実現可能である。
【００５４】
・処理の説明
それでは、本発明における各処理について説明する。ここでは、ボリューム１３１がファイルシステムＡのフォーマットで、ボリューム１３２がファイルシステムＢのフォーマットで、ボリューム１３３がファイルシステムＣのフォーマットで予め初期化されている状態として説明する。ボリューム１３４と１３５は未使用状態とする。
【００５５】
・ロード処理
図６は、ボリュームのロード処理のフローチャートである。
【００５６】
運用管理コンピュータ１９は、設定画面４１０を介して、ボリューム１３２を仮想リムーバルドライブにロードする指示を受付け、ディスクアレイ装置１００に受付けたロードの指示をする（６０１）。
【００５７】
ディスクアレイ装置１００のアレイコントローラ２３０は、ボリュームのロード指示を受けると、指示に従って、制御モジュール１９０を介して、ボリューム管理テーブル４００を設定・更新する（６０３）。すなわち、ディスクアレイ装置１００は、ボリュームのロード指示に従って、ボリューム管理テーブル４００のボリューム１３２を、計算機１０にロードされた仮想リムーバルドライブ「１１０」又は「１１１」に設定する。ここでは、「１１０」が設定されたとする。次に、運用管理コンピュータ１９は、コンピュータ１０上のホストエージェント３６０を介して、アプリケーション３９９に対して、仮想リムーバルドライブ「１１０」にボリューム１３２がロードされたことを通知する（６０５）。
【００５８】
これにより、アレイコントローラ２３０は、アプリケーション３９９を実行することによるアクセス（リードライト処理等）要求とボリューム管理テーブル４００とに基づいて、仮想リムーバルドライブ１１０のボリューム１３２にアクセスすることができる。ここでは、ボリューム１３２はファイルシステムＢのフォーマットで初期化されているので、ボリューム１３２はファイルシステムＢ３３２を用いてアクセスされる。
【００５９】
・イジェクト処理（ボリュームの切離し）
図７は、ボリュームのイジェクト処理（ボリューム切離し）のフローチャートである。
【００６０】
運用管理コンピュータ１９は、設定画面４１０からのボリューム１３２をイジェクトする指示を受付ける。すなわち、運用管理コンピュータ１９は、設定画面４１０を介して、ボリューム１３２と仮想リムーバルドライブとの関係を無効にする指示を受付ける（７０１）。
【００６１】
運用管理コンピュータ１９は、コンピュータ１０上のエージェントプログラム３６０に対して、ボリューム１３２を仮想リムーバルドライブから切離すように指示する（７０３）。
【００６２】
エージェントプログラム３６０は、アプリケーション３９９に対して、ボリュームの切離すことを通知する（７０５）。
【００６３】
エージェントプログラム３６０は、アプリケーション３９９がその要求を拒否した場合には、その旨を運用管理コンピュータ１９に通知し、切離しは失敗となる（７０９）。
【００６４】
アプリケーション３９９が切離しを許諾すると、エージェントプログラム３６０は、ファイルシステムＡＰＩ３９９を介してファイルシステムに対して、ボリューム１３２をイジェクトするように指示する（７１１）。
【００６５】
ファイルシステムは、イジェクト要求を受け取ると、ファイルシステムなどが有するバッファやキャッシュ内のデータを全て吐き出し（７１３）、リムーバルデバイスドライバ３１０を介して、ディスクアレイ装置１００に対して、イジェクトコマンド（ＳＣＳＩではＳＴＡＲＴ ＳＴＯＰ ＵＮＩＴコマンドにイジェクトのためのビットを設定する）を発行する（７１５）。
【００６６】
ディスクアレイ装置１００のアレイコントローラ２３０は、ＦＣインターフェースモジュール２００を介してイジェクトコマンドを受け取ると、ボリューム１３２に対応するボリューム管理テーブル４００の仮想リムーバルボリュームをクリア（例えば、ＮＵＬＬを入力）する（７１７）。これにより、ボリューム管理テーブル４００において、ボリューム１３２と仮想リムーバルドライブ１１０との対応関係がなくなる。
【００６７】
アレイコントローラ２３０は、ボリューム管理テーブル４００の仮想リムーバルボリュームをクリアすると、コンピュータ１０のリムーバルデバイスドライバ３１０にイジェクトの完了を報告する（７１９）。
【００６８】
リムーバルデバイスドライバ３１０は、イジェクトの完了を受けると、ファイルシステムに対してイジェクトの完了を報告する（７２１）。
【００６９】
ファイルシステムは、イジェクトの完了を受けると、ファイルシステムＡＰＩ３９９の返信としてエージェントプログラム３６０に対してイジェクトの完了を報告する（７２３）。
【００７０】
エージェントプログラム３６０は、運用管理コンピュータ１９に対して、切離しの完了通知をする（７２５）。
【００７１】
運用管理コンピュータ１９は、切離しの完了通知を受け取ると、制御モジュール１９０を介してボリューム管理テーブル４００を読み出し、ボリューム１３２が切離されていることを確認する（７２７）。
【００７２】
以上のように、本発明の実施形態では、ディスクアレイ装置１９０のボリューム管理テーブル４００を書換えるだけで、容易にボリュームをイジェクトすることができる。これにより、アプリケーション３９９は、仮想リムーバルドライブ１１０のボリューム１３２にアクセスすることができないようになる。
【００７３】
従って、ディスクアレイ装置のアレイコントローラはドライブとボリュームとの対応関係を示したボリューム管理テーブルを設け、アレイコントローラは、ホストからのドライブに対するアクセス要求とボリューム管理テーブルに基づいて、アクセス対象となるボリュームを特定することができる。よって、ディスクアレイ装置１９０のボリューム管理テーブル４００を書き換えるだけで、固定ディスク装置のボリュームをコンピュータ１０から１１へと付け替えることが容易に可能になる。
【００７４】
また、例えば、コンピュータ１０にロードされている仮想リムーバルドライブ１１０にボリューム１３３がロードされていた場合に、管理テーブル４００において、コンピュータ１０の仮想リムーバル１１０からボリューム１３３をイジェクトし、コンピュータ１１の仮想リムーバル１１２、１１３に対して、ボリューム１３３をロードすることにより、コンピュータ１０が利用可能であったボリューム１３３をコンピュータ１１が利用可能となり、ボリュームの付け替えが容易に可能である。
【００７５】
・ボリューム管理テーブル４００へのファイルシステム種別の登録
運用管理コンピュータ１９は、ＧＵＩにより、ファイルシステム種別の検出要求を受付ける。
【００７６】
エージェントプログラム３６０は、ファイルシステム種別の検出要求を受付けると、現在ロードされているボリュームのファイルシステムの情報を、ファイルシステムＡＰＩ３３９を介して取得する。
【００７７】
つぎに、エージェントプログラム３６０は、リムーバルデバイスドライバを呼び出し、ディスクアレイ装置１００に、現在ロードされているボリューム各々の種別の確認コマンド（例えば、ＩＮＱＵＩＲＹコマンド）を発行する。
【００７８】
ディスクアレイ装置１００は、確認コマンドに基づいて、ボリューム各々のボリューム番号を返送する。
【００７９】
これにより、エージェントプログラム３６０は、現在ロードされているボリューム各々のボリューム番号を取得することができる。
【００８０】
従って、エージェントプログラム３６０は、現在ロードされているボリューム各々のファイルシステム種別情報とボリューム番号を運用管理コンピュータ１９に返信することができる。
【００８１】
運用管理コンピュータ１９は、受け取った情報に基づいて、ボリューム管理テーブル４００にボリュームごとのファイルシステム種別情報を設定登録する。
【００８２】
・ファイルシステム種別情報の利用
エージェントプログラム３６０は、運用管理コンピュータ１９からの利用可能なファイルシステム種別の通知要求を受け取ると、利用可能なファイルシステムの種別情報を返送する。
【００８３】
これにより、運用管理コンピュータ１９は、エージェントプログラム３６０から、コンピュータ１０と１１において利用可能なファイルシステムの種別情報を取得する。本実施形態の場合、コンピュータ１０からは、ファイルシステムＡとファイルシステムＢであることが、コンピュータ１１からは、ファイルシステムＡとファイルシステムＣであることが報告される。
【００８４】
このコンピュータごとの利用可能なファイルシステムの種別情報情報と、ボリューム管理テーブル４００の情報とに基づいて、ボリュームごとに利用可能なコンピュータを特定することができる。具体的には、ボリューム１３１を利用可能なコンピュータは、コンピュータ１０と１１であることが、ボリューム１３２を利用可能なコンピュータは、コンピュータ１０だけであることが、ボリューム１３３を利用可能なコンピュータは、コンピュータ１１だけであることが容易に特定できる。
【００８５】
よって、設定画面４１０上では、ボリュームのフォーマットとコンピュータで利用可能なファイルシステムが一致せず、ボリューム管理テーブル４００に特定のボリュームをロードしても利用できないコンピュータに対しては、ボリューム管理テーブル４００への特定のボリュームに対するロード処理を抑止する処理を設けても良い。
【００８６】
・二重ロード
ボリューム１３１は、ファイルシステムＡのフォーマットになっているので、コンピュータ１０と１１から利用することができる。
【００８７】
すでにコンピュータ１０で利用されている場合、運用管理コンピュータ１９から、ボリューム１３１を仮想リムーバルドライブ１１２にロードするように指示しても、既に利用中であるため、ロード要求は失敗する。
【００８８】
しかし、予め、運用管理コンピュータ１９から、ボリューム１３１に対して書き込み禁止フラグをセットしておけば、コンピュータ１０と１１において、同時にボリューム１３１を利用することを許可するようにしてもよい。ボリューム１３１に書き込みが起こらなければ、複数のコンピュータから利用されて何ら問題がないからである。
【００８９】
尚、ボリューム１３１が二台のコンピュータにロードされている場合には、設定画面４１０からは書込み禁止フラグをクリアできない。
・レプリカボリューム
レプリカボリューム（複製ボリューム）とは、異なる二つのボリュームにまったく同じデータ列を記録するボリュームをいう。ここでは、ボリューム１３４と１３５がレプリカボリュームであると仮定して説明する。レプリカボリュームには、正副の関係が有り、本実施形態では、ボリューム１３４を正、ボリューム１３５を副として扱う。
【００９０】
運用管理コンピュータ１９は、ＧＵＩにより、ボリューム番号とそのレプリカボリューム番号との指定を受付け、アレイコントローラ２３０に対して、その指定を指示する。例えば、ボリューム１３４のレプリカボリューム番号に「１３５」を指定したとする。
【００９１】
アレイコントローラ２３０は、指示に従い、ボリューム管理テーブル４００に、ボリューム１３４のレプリカボリューム番号に「１３５」を設定する。
【００９２】
これにより、複製手段１５５は、ボリューム１３４とボリューム１３５を接続し、ボリューム１３４に発生したデータの書き込みは、ボリューム１３５にも同期して行うようになる。
【００９３】
・初期化されていないボリュームのロード処理
コンピュータ１０又は１１で初期化されていないボリューム１３４、１３５に対するロード処理を説明する。
【００９４】
運用管理コンピュータ１９は、ＧＵＩを介して、ボリューム１３４を仮想リムーバルドライブにロードするとの指示を受付ける。
【００９５】
ディスクアレイ装置１００は、ロードの指示を受けると、指示に従い、制御モジュール１９０を介して、ボリューム管理テーブル４００を設定・更新する。ここでは、ディスクアレイ装置１００は、ボリューム管理テーブル４００において、ボリューム１３４を仮想リムーバルドライブ「１１０」又は「１１１」に設定・変更する。ここでは、「１１０」に設定・変更したとする。
【００９６】
ここで、ボリューム１３４は、未初期化状態であるので、運用管理コンピュータ１９は、ＧＵＩを介して、希望するファイルシステム種別の指定を受付ける。ここでは、「ファイルシステムＡ」に指定したとする。
【００９７】
運用管理コンピュータ１９は、受けたファイルシステム種別の指定に従い、制御モジュール１９０を介して、ボリューム管理テーブル４００を設定・更新するように指示する。
【００９８】
ディスクアレイ装置１００のアレイコントローラ２３０は、指示に従い、ボリューム管理テーブル４００を設定・更新する。
【００９９】
一方、運用管理コンピュータ１９は、ホストエージェント３６０に対して、ボリューム１３４をファイルシステムＡのフォーマットで初期化するように指示する。
【０１００】
ホストエージェント３６０は、ファイルシステムＡＰＩ３９９を介して、ボリューム１３４に対してファイルシステムＡのフォーマットで初期化する。
【０１０１】
ホストエージェント３６０は、運用管理コンピュータ１９にファイルシステムのフォーマット完了を報告する。
【０１０２】
運用管理コンピュータ１９は、フォーマット完了報告を受けると、コンピュータ１０上のホストエージェント３６０を介して、アプリケーション３９９に対してボリューム１３４がロードされたことを通知する。
【０１０３】
これにより、アレイコントローラ２３０は、アプリケーション３９９のアクセス要求とボリューム管理テーブル４００に基づき、仮想リムーバルドライブ１１０の初期化されたボリューム１３４にアクセスすることができるようになる。尚、ボリューム１３４はファイルシステムＡのフォーマットで初期化されているので、ボリューム１３４はファイルシステムＡ３３１を用いてアクセスすることになる。また、ボリューム１３４の副として設定されているボリューム１３５に対しても、ボリューム１３４とまったく同じデータ列の書き込みが発生しているので、ボリューム１３５も、ファイルシステムＡのフォーマットで初期化されている。
【０１０４】
・レプリカボリュームの目的と課題
次に、レプリカボリュームの正と副の関係を切離す処理にについて説明する。
【０１０５】
例えば、正ボリューム１３４と、副ボリューム１３５を、ある時刻Ｔで切離すと、副ボリュームは時刻Ｔにおける、ボリューム１３４の複製であり、時刻Ｔにおけるバックアップとして使用することができる。この切離し時処理においては、ボリュームの状態がファイルシステムとして完結していることが必須条件である。すなわち、ファイルシステムなどが有するバッファやキャッシュ内に、まだボリュームに書き込まれていないデータが残っていると、時刻Ｔにおけるバックアップとして利用できない。
・正と副の切離し
図８と図９は、レプリカボリュームの正副切離し処理を説明するフローチャートである。
【０１０６】
まず、運用管理コンピュータ１９は、ＧＵＩにより、レプリカボリュームの正副切離しの要求を受付け、アレイコントローラ２３０に指示する。例えば、
正ボリューム１３４と、副ボリューム１３５を、ある時刻Ｔで切離すとする。
【０１０７】
アレイコントローラ２３０は、指示を受けて、ボリューム管理テーブル４００において、ボリューム１３４のレプリカボリューム番号「１３５」をクリアする（８０１）。
【０１０８】
次に、運用管理コンピュータ１９は、コンピュータ１０上のエージェントプログラム３６０に対して、ボリューム１３４を仮想リムーバルドライブから切離すように指示する（８０３）。
【０１０９】
エージェントプログラム３６０は、アプリケーション３９９に対して、ボリューム１３４の切離しを行うことを通知する（８０５）。
【０１１０】
アプリケーション３９９がその要求を拒否した場合には、その旨を運用管理コンピュータ１９に通知し、切離しは失敗となる（８０９）。
【０１１１】
アプリケーション３９９が切離しを許諾すると、エージェントプログラム３６０は、ファイルシステムに対して、ボリューム１３４をイジェクトするように指示する（８１１）。
【０１１２】
ファイルシステムは、イジェクト要求を受け取ると、ファイルシステムなどが有するバッファやキャッシュ内のデータを全て吐き出し（８１３）、次に、リムーバルデバイスドライバ３１０は、アレイコントローラ２３０に対して、イジェクトコマンド（ＳＣＳＩではＳＴＡＲＴ ＳＴＯＰ ＵＮＩＴコマンドにイジェクトのためのビットを設定する）を発行する（８１５）。
【０１１３】
アレイコントローラ２３０は、イジェクトコマンドを受け取ると、ボリューム管理テーブル４００を参照し、ボリューム１３５の切離し要求であることを確認（ボリューム管理テーブル４００でレプリカボリューム番号「１３５」がクリアされている）し、複製手段１５５により、ボリューム１３４と１３５の接続を解除する（８１７）。
【０１１４】
さらに、アレイコントローラ２３０は、ボリュームの接続を解除した時刻を、ボリューム管理テーブル４００に保持する（８１８）。
【０１１５】
アレイコントローラ２３０は、イジェクトの完了をコンピュータ１０のリムーバルデバイスドライバ３１０に報告（８１９）するが、ボリューム１３４は、仮想リムーバルドライブ１１０にロードされたままの状態である（仮想リムーバルドライブ番号は「１３４」のまま）。
【０１１６】
リムーバルデバイスドライバ３１０は、ファイルシステムに対してイジェクトの完了を報告し（８２１）、ファイルシステムはエージェントプログラム３６０に対してイジェクトの完了を報告する（８２３）。
【０１１７】
エージェントプログラム３６０は、アプリケーション３９９に対して、ボリューム１３４が再度ロードされたことを通知する（８２４）。
【０１１８】
運用管理コンピュータ１９は、エージェントプログラム３６０から切離しの完了通知を受け取ると（８２５）、制御モジュール１９０を介してボリューム管理テーブル４００を読み出し、ボリューム１３５が切離されていることを確認する（８２７）。
【０１１９】
また、アレイディスク装置１００は、ボリューム管理テーブル４００に基づき、設定画面４１０を更新する（８２９）。設定画面には、切離しが行われた時刻が表示される。
【０１２０】
さらに、必要に応じて、書き込み禁止フラグの設定を行うってもよい。
【０１２１】
以上、ボリューム１３４とボリューム１３５との間でレプリカボリュームの正副切離しをより容易に行うことができ、切離したボリュームが不完全で利用できないという問題を無くすことができる。さらに、副ボリューム１３４を生ボリューム１３５の切離し時刻におけるバックアップとしても活用できる。
【０１２２】
尚、ボリューム１３５はファイルシステムＡのフォーマットなので、コンピュータ１１からも利用できる。このように、複製ボリュームに対しては、複製したファイルシステムの種別情報を付加することで、複製したボリュームをどのコンピュータで利用可能かを判断することができる。また、書き込み禁止フラグがセットされていれば、コンピュータ１０と１１からの同時利用も可能である。
【０１２３】
・ファイルシステム種別検出のバリエーション
尚、上述した実施形態では、ファイルシステム種別の検出を、ホストコンピュータ上に設けたエージェントプログラム３６０によって行ったが、ディスクアレイ装置１００のアレイコントローラ２３０に設けた、ファイルシステム識別手段１５１で行っても良い。
【０１２４】
ファイルシステム識別手段１５１は、定期的にディスクアレイ装置内のボリュームの内容を検索し、予め制御モジュールを介して設定されたデータ列を検索し、その検索結果に基づき、ファイルシステムの種別を識別する。
【０１２５】
この場合、ディスクアレイ装置に設けたファイルシステム識別手段を利用することで、ファイルシステム識別するためのソフトウエアを多種のＯＳに対応させた開発を行わなくて良い。
・制御モジュールに対するロード処理のバリエーション
上述した実施形態では、仮想リムーバルドライブに対し、どのボリュームをロードするかは、ボリューム管理テーブル４００用いて説明した。別の方法として、ＦＣインターフェースモジュールを介して、ＳＣＳＩコマンドで定義されているＭＯＶＥコマンドを用いても良い。ＭＯＶＥコマンドでは、アプリケーション、運用管理コンピュータ１９のＧＵＩ等によりエレメント番号として、どのドライブにどのメディアをロードするかを指定することができる。エレメント番号としては、上記実施形態で示した仮想リムーバルドライブ番号やボリューム番号を用いることができる。
【０１２６】
ＭＯＶＥコマンドを用いるためには、図１０に示すように運用管理コンピュータ１９をＦＣスイッチ５０に接続する。
【０１２７】
ディスクアレイ装置１００には、ＦＣポート１０１と１０２に仮想チェンジャデバイス１１８と１１９を設ける。
【０１２８】
仮想チェンジャデバイス１１８と１１９は、アレイコントローラ２３０の内部で実行される制御プログラムとして実現する。
【０１２９】
アレイコントローラ２３０は、ＭＯＶＥコマンドを受け取ると、コマンド内で指定されているエレメント番号を元に、ボリューム管理テーブル４００を更新する。
【０１３０】
これにより、ボリュームと仮想リムーバルドライブに識別子（エレメント番号）を割当ててボリュームの接続切替を行うことで、ＳＣＳＩのＭＯＶＥコマンドを用いて、ボリュームの接続切替を行うことができる。
【０１３１】
以上発明の実施形態では、ボリュームに対する仮想的にロードするドライブとの関係を示すボリューム管理テーブル４００に従って、ボリュームを管理することにより、数千ものボリュームを有するディスクアレイ装置を利用するコンピュータにおいても、全てのボリュームに対してマウントすることない。従って、ボリュームをマウントする際に必要となる占有メモリ量を削減することができ、コンピュータの起動時間も短縮することができる。
【０１３２】
なお、コンピュータ１０、１１と、記憶装置１００との対応関係を制御する接続装置（たとえば、ＦＣスイッチ５０）において、上述したディスクアレイ装置１００の制御部２５０により実現される機能を実現する構成を採用してもよい。
【０１３３】
【発明の効果】
本発明によると、記憶装置と計算機とを有する記憶装置システムにおいて、記憶装置（もしくはＳＡＮにおける記憶装置群）が有する数千ものボリュームのする構成、プログラムおよび方法を提供することができる。
【図面の簡単な説明】
【図１】本発明の実施形態を示すコンピュータシステムの図。
【図２】ディスクアレイ装置のハードウエア構成を示す図。
【図３】コンピュータ上のソフトウエア構成を示す図。
【図４】ボリューム管理テーブルの構成を示す図。
【図５】設定画面の構成を示す図。
【図６】ロード処理のフローチャートを示す図。
【図７】切離し処理のフローチャートを示す図。
【図８】レプリカボリュームの切離し処理のフローチャートを示す図。
【図９】レプリカボリュームの切離し処理のフローチャートを示す図。
【図１０】仮想チェンジャデバイスを用いた本発明の実施形態を示すコンピュータシステムの図。
【図１１】コンピュータ、運用管理コンピュータの構成図。
【符号の説明】
１０〜１１…コンピュータ，１９…運用管理コンピュータ，５０…ＦＣスイッチ，１００…ディスクアレイ装置，１０１…ＦＣポート，１０２…ＦＣポート，１１０〜１１３…仮想リムーバルドライブ，１１８〜１１９…仮想チェンジャデバイス，１３１〜１３５…ボリューム，１５０…接続切替手段，１５１…ファイルシステム識別手段，１５５…複製手段，１９０…制御モジュール，２００…ＦＣインターフェースモジュール，２１０…キャッシュメモリ，２２０…ディスクコントローラモジュール，２３０…アレイコントローラ，２９０…磁気ディスク装置，３００…ＯＳ，３１０…リムーバルデバイスドライバ，３２０…ディスパッチャ，３３１…ファイルシステムＡ，３３２…ファイルシステムＢ，３３３…ファイルシステムＣ，３３９…ファイルシステムＡＰＩ，３５０…固定ディスクエミュレーションモジュール，３６０…エージェントプログラム，４００…ボリューム管理テーブル，４１０…設定画面，４１１…マウスカーソール，４１２…プルダウンメニュー
【発明の属する技術分野】
本発明は、記憶装置における記憶領域の管理および制御方法に関する。特に、ディスクアレイ装置に代表される大規模記憶装置において、記憶装置が、莫大な数の記憶領域（ボリューム）を保持する場合のボリュームの管理および制御方式に関する。
【０００２】
【従来の技術】
近年、計算機が利用するプログラム・データを保持する記憶装置として、ディスクアレイ装置が用いられることが多い。
【０００３】
ディスクアレイ装置は、複数の磁気ディスク装置を組み合わせ、高性能と高信頼を実現した記憶装置である。ディスクアレイ装置は、複数の磁気ディスク装置を、ホスト計算機からみて、論理的な一台の記憶領域（ボリューム）として扱うことができる。さらに、任意の大きさのボリュームに分割することや、幾つかのボリュームを結合してさらに大きなボリュームとして扱うこともできる。磁気ディスク装置の大容量化に伴い、一台のディスクアレイ装置において、数千ものボリュームを扱えるようになってきた。ＯＳにおけるボリュームの認識方法に関しては、例えば、非特許文献１がある。
【０００４】
【非特許文献１】
（Ａｒｔ Ｂａｋｅｒ）著、Ｔｈｅ Ｗｉｎｄｏｗｓ ＮＴ Ｄｅｖｉｃｅ Ｄｒｉｖｅｒ Ｂｏｏｋ
【０００５】
【発明が解決しようとする課題】
ディスクアレイ装置において、数千ものボリュームを扱えるようになっても、一方で、数千ものボリュームを一台のコンピュータに接続して扱うことには問題がある。一般に、コンピュータ上のＯＳは、その起動時に、そのコンピュータに接続されている全てのボリュームの認識処理を行う。ボリュームの認識処理は、まず、コンピュータに接続されているインタフェースボード（ファイバチャネルボードやＳＣＳＩボードが一般的）を検出し、次に、そのインタフェースボードに対して、識別番号（ＳＣＳＩの場合にはターゲット番号とロジカルユニット番号）をインクリメントしながら、「ＩＮＱＵＩＲＹコマンド」を発行することにより接続されているボリュームの種別やベンダ名などを、「ＲＥＡＤ ＣＡＰＡＣＩＴＹコマンド」により、ボリューム容量を確認する。コンピュータに接続される全てのインタフェースボードに対して、このボリュームの検出処理を行う。ＯＳは、ボリュームから適切な応答があると、そのボリュームに対して情報を作成し、コンピュータ上のメモリに格納する。ここで作成した情報は、以後そのボリュームをアクセスするために参照される。
【０００６】
数千ものボリュームを一台のコンピュータに接続した場合、コンピュータの起動時に数千のボリュームを検出するために時間がかかるばかりでなく、数千ものボリュームを管理するための情報がメモリ上を占有することになる。
【０００７】
また、ストレージエリアネットワーク（ＳＡＮ：Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）と呼ばれるストレージと計算機をネットワークで接続したシステム形態が用いられるようになってきた。ＳＡＮでは、複数の記憶装置と複数の計算機をファイバチャネルやイーサネット（「イーサネット」は富士ゼロックス社の登録商標である。以下同じ。）のネットワークで接続されている。特にＳＡＮでは、処理に合せて、計算機とボリュームの対応関係を容易に変更できることが望ましい。
【０００８】
本発明の目的は、上記の課題を鑑みて考えられたものであり、記憶装置と計算機とを有する記憶装置システムにおいて、記憶装置（もしくはＳＡＮにおける記憶装置群）が有する数千ものボリュームのする構成、プログラムおよび方法を提供することにある。
【０００９】
【課題を解決するための手段】
本発明の目的を達成するために、本発明の一実施形態の記憶装置システムは、計算機と、計算機によりアクセスされるデータを格納する複数の記憶領域を有する記憶装置と、計算機と記憶装置とを管理する管理計算機とを有する。記憶装置は、記計算機に対して、非搬送型の記憶領域を搬送可能な記憶媒体として扱うことのできる仮想ドライブを認識させるためのエミュレーションをする制御部と、仮想ドライブと記憶領域との対応関係を示したボリューム管理情報を格納する格納部とを有する。また、計算機は、応答信号を受信するインタフェースと、応答信号に基づいて非搬送型の記憶領域を搬送可能な記憶媒体として扱う仮想ドライブを認識する制御部とを有する。さらに、記憶装置の制御部は、計算機からの仮想ドライブに対するアクセス要求とボリューム管理情報とに基づいて、アクセス対象となる記憶領域を特定する。
【００１０】
上述した実施形態の計算機の制御部は、さらに、仮想ドライブに接続された記憶領域を実際の非搬送型の記憶領域として認識することが好ましい。
【００１１】
上述した実施形態の記憶装置の制御部は、計算機からの仮想ドライブと記憶領域との対応関係を切替える切替要求を受付け、切替要求に基づいて、ボリューム管理情報を書換えることが好ましい。
上述した実施形態の計算機の制御部は、応答信号に基づいて認識した仮想ドライブのファイルシステムの種別情報を、管理計算機へ送信することが好ましい。
【００１２】
上述した実施形態の記憶装置の制御部は、応答信号に基づいて認識した仮想ドライブのファイルシステムの種別情報を、管理計算機へ送信することが好ましい。
【００１３】
上述した実施形態の記憶装置の格納部は、ボリューム管理情報として、さらに、記憶領域のうち第１の記憶領域に格納される情報を第２の記憶領域へ複製するレプリカ情報を格納し、記憶装置の制御部は、レプリカ情報に基づいて、記憶領域のうち第１の記憶領域に格納される情報を第２の記憶領域へ複製し、計算機から第１の記憶領域を仮想ドライブから取り出す要求が発行された場合に、第１の記憶領域に格納される情報を第２の記憶領域への複製を中止することが好ましい。これにより、第１の記憶領域を仮想ドライブから切離したタイミングでの複製情報として取り扱うことができる。
【００１４】
【発明の実施の形態】
・システム構成
図１は、本発明の実施形態のシステム構成を示す。
【００１５】
図１のシステム構成では、ファイバチャネルスイッチ５０（以下ＦＣスイッチ５０）を介して、コンピュータ１０、１１とディスクアレイ装置１００とを接続している。ＦＣスイッチ５０と、それぞれの装置の間は、ファイバチャネルを用いて接続している。本実施形態では、ファイバチャネルを用いて、コンピュータとディスクアレイ装置を接続したが、ＬＡＮ、例えばイーサネットを用いて接続しても良い。
【００１６】
ディスクアレイ装置１００には、ＦＣスイッチ５０と接続する接続ポートとしてＦＣポート１０１、１０２を設けている。仮想リムーバルドライブ１１０〜１１３はコンピュータごとに後述するボリューム管理テーブル４００に管理されることにより仮想的に備え、仮想リムーバルドライブ１１０と１１１は、ＦＣポート１０１を介してコンピュータ１０に接続され、仮想リムーバルドライブ１１２と１１３は、ＦＣポート１０２を介してコンピュータ１１に接続されている。
【００１７】
接続切替手段１５０は、後述するボリューム管理テーブル４００の内容に従って、ボリューム１３１〜１３５と仮想リムーバルドライブ１１０〜１１３との対応関係を切替える。
【００１８】
尚、本実施形態では、ＦＣポート、仮想リムーバルドライブ、ボリューム及びディスクアレイ装置の数は、１以上であれば何ら制限するものではない。
【００１９】
運用管理コンピュータ１９は、イーサネット等のＬＡＮを介して、コンピュータ１０、１１及びディスクアレイ装置１００に接続されている。
【００２０】
運用管理コンピュータ１９は、コンピュータ１０と１１上のエージェントプログラム３６０と通信を行う。また、運用管理コンピュータ１９は、ディスクアレイ装置１００の制御モジュール１９０と通信を行う。
【００２１】
管理者は、運用管理コンピュータ１９を介して、コンピュータシステムの状態を監視し、必要なオペレーションを実施することを想定する。
【００２２】
・ディスクアレイ装置
図２は、ディスクアレイ装置１００の物理的な構成図を示す。
【００２３】
ディスクアレイ装置１００は、ＦＣスイッチ５０と接続された接続ポートであるＦＣポート１０１、１０２と、ディスク装置２９０と、制御部２５０で構成される記憶装置である。
ディスクアレイ装置１００は、コンピュータ１０、１１に対して、非搬送型のディスク装置２９０の記憶領域を搬送可能なディスクとして扱うことのできる仮想リムーバルドライブを認識させるための応答信号をする制御部２５０を有する。制御部２５０は、コンピュータ１０、１１からの仮想リムーバルドライブに対するアクセス要求を受付け、アクセス要求とボリューム管理テーブル４００とに基づいて、アクセス対象となるディスク装置２９０の記憶領域を特定することにより、ディスクアレイ装置１００が有する複数の記憶領域６１に格納されたデータへのアクセスを管理する。
【００２４】
また、本実施形態の場合には、ディスクコントローラモジュール２２０を介して２５台のディスク装置２９０を接続している。
【００２５】
制御部２５０は、ＦＣポート１０１、１０２を介してコンピュータ１０，１１と接続するインタフェースであるＦＣインターフェースモジュール２００と、コンピュータから受信したデータやコマンド、ディスク装置２９０から読み出したデータを一時的に蓄える格納部であるキャッシュメモリ２１０と、ディスク装置２９０を接続するためのディスクコントローラモジュール２２０と、ＦＣインタフェースモジュール２００とキャッシュメモリ２１０とディスクコントローラモジュール２２０とを制御し、アレイ制御を司るアレイコントローラ２３０と、運用管理コンピュータ１９との通信を行う制御モジュール１９０とを有する。
【００２６】
アレイコントローラ２３０は、ディスク装置２９０と論理的なボリューム１３１〜１３５との対応関係を管理する。本実施形態では、接続した２５台のディスク装置２９０は、五台のディスク装置２９０を一組として五つの論理的なボリュームを構成している。
【００２７】
キャッシュメモリ２１０は、仮想リムーバルドライブとディスク装置２９０の記憶領域との対応関係を示したボリューム管理テーブル４００を格納する。
【００２８】
ディスク装置２９０は、コンピュータ１０、１１によりアクセスされるデータを格納する記憶領域であって、ディスクをドライバに搬送可能ではない非搬送型記憶領域である。なお、ディスク装置２９０の記憶領域は、アレイコントローラによって、論理的な単位のボリュームとして扱われる。また、ディスク装置２９０の記憶領域は、複数有していてもよい。
【００２９】
仮想リムーバルドライブ１１０〜１１３と、接続切替手段１５０、複製手段１５５、仮想チェンジャデバイス１１８、１１９とは、アレイコントローラ２３０で実行される制御プログラムとして実現している。
【００３０】
・コンピュータ、運用管理コンピュータの構成
図１１は、コンピュータ１０、１１、運用管理コンピュータ１９の構成を示す図である。コンピュータ１０、１１、運用管理コンピュータ１９は、ＣＰＵ（制御部）１００１と、ＣＰＵ１００１が実行するプログラムや実行するに当たって必要となるデータを格納するメモリ１００３と、ＣＰＵ１００１とメモリ１００３とバス１００５の間のデータのやり取りを仲介するチップセット１００２と、バス１００５に接続したＦＣインタフェースモジュール１００８と、イーサネットモジュール１００９で構成する。図１に示すように、コンピュータ１０、１１は、ＦＣインタフェースモジュール１００８から、ＦＣスイッチ５０を介して、ディスクアレイ装置１００に接続する。また、コンピュータ１０、１１上のエージェントプログラム３６０は、イーサネットモジュール１００９を介して運用管理コンピュータに接続する。
【００３１】
・コンピュータのソフトウエアモジュール構成
図３は、コンピュータ１０、１１のソフトウエアモジュールについて示す図である。
【００３２】
これらソフトウエアモジュール３００、３１０、３２０、３３１、３３２、３３３、３３９、３６０、３９９は、コンピュータ１０、１１のメモリ１０３に格納されＣＰＵ１００１により実行されるプログラムである。
【００３３】
・ボリュームの管理
図４は、仮想リムーバルドライブとボリュームの関係を示すボリューム管理テーブル４００の内容を示す。
【００３４】
ボリューム管理テーブル４００は、各ボリューム番号、各ボリュームの容量、各ボリュームを仮想的にロードする仮想リムーバルドライブの番号（一のボリュームに対して複数の仮想リムーバルドライブを対応させてもよい。）、各ボリュームに対する書き込みを禁止するためのフラグ、各ボリュームのファイルシステムの種別を示す情報、後述するレプリカボリュームとして副となるボリュームの番号、副のボリュームを切離した場合にその切離した日時を示す情報を有する。尚、ボリューム番号は、ディスクアレイ装置内で重複しないように割り当てる。ここでは、簡単のため、図１での番号をそのままボリューム番号１３１〜１３５として説明する。また、仮想リムーバルドライブの番号も、ディスクアレイ装置内で重複しないように割り当てる。これも、同様に、図１での番号をそのまま仮想リムーバルドライブ番号１１０〜１１３として説明する。
【００３５】
また、ディスクアレイ装置１００が起動した直後は、ボリューム管理テーブル４００の「仮想リムーバルドライブの番号」の欄は初期値として空白（ＮＵＬＬ）としておく。これにより、ボリュームには、仮想リムーバルドライブが仮想的にロードされないことを意味する。
【００３６】
図５は、運用管理コンピュータ１９上の表示手段（ディスプレイ等／図示せず）への設定画面４１０の表示内容を示す。
【００３７】
運用管理コンピュータ１９は、制御モジュール１９０を介して、アレイコントローラ２３０内のボリューム管理テーブル４００の情報を収集し、設定画面４１０にボリューム管理テーブル４００の内容を表示する。
【００３８】
管理者は、この設定画面４１０を通して、マウス等のＧＵＩによりボリューム管理テーブル４００の内容を入力操作することができる。
【００３９】
図５の表示例は、マウスカーソール４１１を用いてボリューム１３２をロードする仮想リムーバルドライブを選択中のイメージである。マウスカーソール４１１でプルダウンメニュー４１２に表示される仮想リムーバルドライブの番号を選択することができる。
【００４０】
運用管理コンピュータ１９は、マウス等のＧＵＩにより入力された情報に基づいて、ボリューム管理テーブル４００の内容を設定・変更するように、アレイコントローラ２３０に指示する。
【００４１】
アレイコントローラ２３０は、運用管理コンピュータ１９からの指示に基づいて、ボリューム管理テーブル４００の内容を設定変更する。
【００４２】
・ディスクアレイ装置の認識処理
コンピュータを起動した場合の動作について説明する。尚、図１に示すように、既に起動しているディスクアレイ装置にコンピュータを接続されているものとする。
【００４３】
コンピュータを起動した場合、コンピュータは、コンピュータに接続されている機器を検索し、ディスクアレイ装置１００を認識する。
【００４４】
コンピュータは、認識したディスクアレイ装置１００に対し、コンピュータ１０、１１に接続されている記憶装置がどのような種類であるかを確認するための確認コマンド（例えば、ＩＮＱＵＩＲＹコマンド）を発行する。
【００４５】
ディスクアレイ装置１００は、確認コマンドに対して、装置の種別（磁気ディスク装置・光ディスク装置であるか、ディスクはリムーバル・固定であるか）、装置名称、ベンダ名などを、コンピュータ１０、１１へ返信する。
【００４６】
従来のディスクアレイ装置は、内部に接続されているディスク装置がディスク装置２９０であれば、装置種別として「磁気ディスク装置・固定ディスク」を示す情報を返信する。たとえば、ＦＣチャネルを用いるディスクアレイ装置では、多くの場合ＳＣＳＩコマンドが用いられているため、ＩＮＱＵＩＲＹコマンドに対する返信のデータ列の最初のバイト「００Ｈ（１６進数１バイト）」がこれに相当する。
【００４７】
本実施例のディスクアレイ装置１００は、ホストコンピュータからの確認コマンドを、アレイコントローラ２３０がＦＣインターフェースモジュール２００を介して受け取ると、装置種別として「磁気ディスク装置・リムーバルディスク」を返信するようにする。たとえば、これは、ＩＮＱＵＩＲＹコマンドに対する返信データ列の最初のバイトが「８０Ｈ（１６進数１バイト）」になる。
【００４８】
コンピュータ１０、１１は、ディスクアレイ装置１００からの返信情報に基づいて、装置種別に応じたデバイスドライバ３１０をロードする。
【００４９】
通常は、このデバイスドライバ３１０の上に、ファイルシステムを切り替えるディスパッチャ３２０を設け、複数のファイルシステム３３１〜３３３がロードされる。これにより、計算機ごとに、異なる複数のファイルシステムを利用することができる。本実施例では、コンピュータ１０は、ファイルシステムＡ３３１とファイルシステムＢ３３２が利用可能で、コンピュータ１１は、ファイルシステムＡ３３１とファイルシステムＣ３３３が利用可能であるとして説明する。
【００５０】
ファイルシステムＡＰＩ３３９は、アプリケーション３９９からディスク装置２９０へのアクセスに対して、適切なファイルシステム３３１〜３３３を利用するためのインタフェースである。これにより、ファイルシステムの違いによらず、一定の手順により、アプリケーション３９９から記憶装置へのアクセスを行うことができる。
【００５１】
従って、ディスクアレイ装置は、ホストに対して、固定ディスク装置をディスクをリムーバルに扱うドライブとして認識させるように指示することにより、ホストは、固定ディスクに対して、ディスクをリムーバルに扱うドライバをロードすることができる。これにより、ホストは、非搬送型（固定型）のディスク装置２９０の記憶領域を搬送可能なディスクとして扱うことのできる仮想リムーバルドライブとして認識することができる。よって、特にボリュームの数が極めて多い場合には、ホストはドライブ単位でデバイスを認識することができるため、デバイス認識処理に伴う資源の抑制が図れる。
【００５２】
さらに、本発明の実施形態では、ファイルシステムＡＰＩ３３９とアプリケーション３９９の間に固定ディスクエミュレーションモジュール３５０を設けた。このモジュールを設けないと、ファイルシステムＡＰＩ３３９を介して記憶装置を利用するアプリケーション３９９からは、ディスクアレイ装置１００は、リムーバルドライブとして認識される。ディスクアレイ装置を利用するアプリケーションとしてデータベースなどがあるが、通常、これらアプリケーションはリムーバルドライブ上に構築することを禁止している。
【００５３】
そこで、固定ディスクエミュレーションモジュール３５０は、機器の種別識別の要求が発せられた場合には、「磁気ディスク・固定ディスク」をファイルシステムに対して返信する。従って、アプリケーション３９９は、ディスクアレイ装置１００の仮想リムーバルドライブに接続されたボリュームを、実際の種別である「磁気ディスク・固定ディスク」として認識することができることにより、アプリケーション３９９にドライブを仮想化することにより生じうる不当な利用制限をかけないことができる。
固定ディスクエミュレーションモジュール３５０はＯＳが自動的にロードするものではない。これは、アレイコントローラ２３０がコンピュータからの種別確認に対して、ＩＮＱＵＩＲＹコマンドで「８０Ｈ」を返信するため、この情報だけからは、その装置が仮想的なリムーバル記憶装置か否かを判断することができないためである。一般的には、コンピュータ１０、１１を管理する管理者が、アプリケーションに前記利用制限がかからないようにするために固定ディスクエミュレーションモジュール３５０をアプリケーションの実行にあわせてロードすることになる。また、ロード処理を自動化するためには、ＩＮＱＵＩＲＹコマンドが返す情報列の中から、装置名称とベンダ名を取得し、特定の装置名称とベンダ名を有する場合には、固定ディスクエミュレーションモジュール３５０をロードするように構成する。これは、ＯＳを改変することによっても実現可能であるし、アプリケーションやエージェントプログラムにその機能を設けることによっても実現可能である。
【００５４】
・処理の説明
それでは、本発明における各処理について説明する。ここでは、ボリューム１３１がファイルシステムＡのフォーマットで、ボリューム１３２がファイルシステムＢのフォーマットで、ボリューム１３３がファイルシステムＣのフォーマットで予め初期化されている状態として説明する。ボリューム１３４と１３５は未使用状態とする。
【００５５】
・ロード処理
図６は、ボリュームのロード処理のフローチャートである。
【００５６】
運用管理コンピュータ１９は、設定画面４１０を介して、ボリューム１３２を仮想リムーバルドライブにロードする指示を受付け、ディスクアレイ装置１００に受付けたロードの指示をする（６０１）。
【００５７】
ディスクアレイ装置１００のアレイコントローラ２３０は、ボリュームのロード指示を受けると、指示に従って、制御モジュール１９０を介して、ボリューム管理テーブル４００を設定・更新する（６０３）。すなわち、ディスクアレイ装置１００は、ボリュームのロード指示に従って、ボリューム管理テーブル４００のボリューム１３２を、計算機１０にロードされた仮想リムーバルドライブ「１１０」又は「１１１」に設定する。ここでは、「１１０」が設定されたとする。次に、運用管理コンピュータ１９は、コンピュータ１０上のホストエージェント３６０を介して、アプリケーション３９９に対して、仮想リムーバルドライブ「１１０」にボリューム１３２がロードされたことを通知する（６０５）。
【００５８】
これにより、アレイコントローラ２３０は、アプリケーション３９９を実行することによるアクセス（リードライト処理等）要求とボリューム管理テーブル４００とに基づいて、仮想リムーバルドライブ１１０のボリューム１３２にアクセスすることができる。ここでは、ボリューム１３２はファイルシステムＢのフォーマットで初期化されているので、ボリューム１３２はファイルシステムＢ３３２を用いてアクセスされる。
【００５９】
・イジェクト処理（ボリュームの切離し）
図７は、ボリュームのイジェクト処理（ボリューム切離し）のフローチャートである。
【００６０】
運用管理コンピュータ１９は、設定画面４１０からのボリューム１３２をイジェクトする指示を受付ける。すなわち、運用管理コンピュータ１９は、設定画面４１０を介して、ボリューム１３２と仮想リムーバルドライブとの関係を無効にする指示を受付ける（７０１）。
【００６１】
運用管理コンピュータ１９は、コンピュータ１０上のエージェントプログラム３６０に対して、ボリューム１３２を仮想リムーバルドライブから切離すように指示する（７０３）。
【００６２】
エージェントプログラム３６０は、アプリケーション３９９に対して、ボリュームの切離すことを通知する（７０５）。
【００６３】
エージェントプログラム３６０は、アプリケーション３９９がその要求を拒否した場合には、その旨を運用管理コンピュータ１９に通知し、切離しは失敗となる（７０９）。
【００６４】
アプリケーション３９９が切離しを許諾すると、エージェントプログラム３６０は、ファイルシステムＡＰＩ３９９を介してファイルシステムに対して、ボリューム１３２をイジェクトするように指示する（７１１）。
【００６５】
ファイルシステムは、イジェクト要求を受け取ると、ファイルシステムなどが有するバッファやキャッシュ内のデータを全て吐き出し（７１３）、リムーバルデバイスドライバ３１０を介して、ディスクアレイ装置１００に対して、イジェクトコマンド（ＳＣＳＩではＳＴＡＲＴ ＳＴＯＰ ＵＮＩＴコマンドにイジェクトのためのビットを設定する）を発行する（７１５）。
【００６６】
ディスクアレイ装置１００のアレイコントローラ２３０は、ＦＣインターフェースモジュール２００を介してイジェクトコマンドを受け取ると、ボリューム１３２に対応するボリューム管理テーブル４００の仮想リムーバルボリュームをクリア（例えば、ＮＵＬＬを入力）する（７１７）。これにより、ボリューム管理テーブル４００において、ボリューム１３２と仮想リムーバルドライブ１１０との対応関係がなくなる。
【００６７】
アレイコントローラ２３０は、ボリューム管理テーブル４００の仮想リムーバルボリュームをクリアすると、コンピュータ１０のリムーバルデバイスドライバ３１０にイジェクトの完了を報告する（７１９）。
【００６８】
リムーバルデバイスドライバ３１０は、イジェクトの完了を受けると、ファイルシステムに対してイジェクトの完了を報告する（７２１）。
【００６９】
ファイルシステムは、イジェクトの完了を受けると、ファイルシステムＡＰＩ３９９の返信としてエージェントプログラム３６０に対してイジェクトの完了を報告する（７２３）。
【００７０】
エージェントプログラム３６０は、運用管理コンピュータ１９に対して、切離しの完了通知をする（７２５）。
【００７１】
運用管理コンピュータ１９は、切離しの完了通知を受け取ると、制御モジュール１９０を介してボリューム管理テーブル４００を読み出し、ボリューム１３２が切離されていることを確認する（７２７）。
【００７２】
以上のように、本発明の実施形態では、ディスクアレイ装置１９０のボリューム管理テーブル４００を書換えるだけで、容易にボリュームをイジェクトすることができる。これにより、アプリケーション３９９は、仮想リムーバルドライブ１１０のボリューム１３２にアクセスすることができないようになる。
【００７３】
従って、ディスクアレイ装置のアレイコントローラはドライブとボリュームとの対応関係を示したボリューム管理テーブルを設け、アレイコントローラは、ホストからのドライブに対するアクセス要求とボリューム管理テーブルに基づいて、アクセス対象となるボリュームを特定することができる。よって、ディスクアレイ装置１９０のボリューム管理テーブル４００を書き換えるだけで、固定ディスク装置のボリュームをコンピュータ１０から１１へと付け替えることが容易に可能になる。
【００７４】
また、例えば、コンピュータ１０にロードされている仮想リムーバルドライブ１１０にボリューム１３３がロードされていた場合に、管理テーブル４００において、コンピュータ１０の仮想リムーバル１１０からボリューム１３３をイジェクトし、コンピュータ１１の仮想リムーバル１１２、１１３に対して、ボリューム１３３をロードすることにより、コンピュータ１０が利用可能であったボリューム１３３をコンピュータ１１が利用可能となり、ボリュームの付け替えが容易に可能である。
【００７５】
・ボリューム管理テーブル４００へのファイルシステム種別の登録
運用管理コンピュータ１９は、ＧＵＩにより、ファイルシステム種別の検出要求を受付ける。
【００７６】
エージェントプログラム３６０は、ファイルシステム種別の検出要求を受付けると、現在ロードされているボリュームのファイルシステムの情報を、ファイルシステムＡＰＩ３３９を介して取得する。
【００７７】
つぎに、エージェントプログラム３６０は、リムーバルデバイスドライバを呼び出し、ディスクアレイ装置１００に、現在ロードされているボリューム各々の種別の確認コマンド（例えば、ＩＮＱＵＩＲＹコマンド）を発行する。
【００７８】
ディスクアレイ装置１００は、確認コマンドに基づいて、ボリューム各々のボリューム番号を返送する。
【００７９】
これにより、エージェントプログラム３６０は、現在ロードされているボリューム各々のボリューム番号を取得することができる。
【００８０】
従って、エージェントプログラム３６０は、現在ロードされているボリューム各々のファイルシステム種別情報とボリューム番号を運用管理コンピュータ１９に返信することができる。
【００８１】
運用管理コンピュータ１９は、受け取った情報に基づいて、ボリューム管理テーブル４００にボリュームごとのファイルシステム種別情報を設定登録する。
【００８２】
・ファイルシステム種別情報の利用
エージェントプログラム３６０は、運用管理コンピュータ１９からの利用可能なファイルシステム種別の通知要求を受け取ると、利用可能なファイルシステムの種別情報を返送する。
【００８３】
これにより、運用管理コンピュータ１９は、エージェントプログラム３６０から、コンピュータ１０と１１において利用可能なファイルシステムの種別情報を取得する。本実施形態の場合、コンピュータ１０からは、ファイルシステムＡとファイルシステムＢであることが、コンピュータ１１からは、ファイルシステムＡとファイルシステムＣであることが報告される。
【００８４】
このコンピュータごとの利用可能なファイルシステムの種別情報情報と、ボリューム管理テーブル４００の情報とに基づいて、ボリュームごとに利用可能なコンピュータを特定することができる。具体的には、ボリューム１３１を利用可能なコンピュータは、コンピュータ１０と１１であることが、ボリューム１３２を利用可能なコンピュータは、コンピュータ１０だけであることが、ボリューム１３３を利用可能なコンピュータは、コンピュータ１１だけであることが容易に特定できる。
【００８５】
よって、設定画面４１０上では、ボリュームのフォーマットとコンピュータで利用可能なファイルシステムが一致せず、ボリューム管理テーブル４００に特定のボリュームをロードしても利用できないコンピュータに対しては、ボリューム管理テーブル４００への特定のボリュームに対するロード処理を抑止する処理を設けても良い。
【００８６】
・二重ロード
ボリューム１３１は、ファイルシステムＡのフォーマットになっているので、コンピュータ１０と１１から利用することができる。
【００８７】
すでにコンピュータ１０で利用されている場合、運用管理コンピュータ１９から、ボリューム１３１を仮想リムーバルドライブ１１２にロードするように指示しても、既に利用中であるため、ロード要求は失敗する。
【００８８】
しかし、予め、運用管理コンピュータ１９から、ボリューム１３１に対して書き込み禁止フラグをセットしておけば、コンピュータ１０と１１において、同時にボリューム１３１を利用することを許可するようにしてもよい。ボリューム１３１に書き込みが起こらなければ、複数のコンピュータから利用されて何ら問題がないからである。
【００８９】
尚、ボリューム１３１が二台のコンピュータにロードされている場合には、設定画面４１０からは書込み禁止フラグをクリアできない。
・レプリカボリューム
レプリカボリューム（複製ボリューム）とは、異なる二つのボリュームにまったく同じデータ列を記録するボリュームをいう。ここでは、ボリューム１３４と１３５がレプリカボリュームであると仮定して説明する。レプリカボリュームには、正副の関係が有り、本実施形態では、ボリューム１３４を正、ボリューム１３５を副として扱う。
【００９０】
運用管理コンピュータ１９は、ＧＵＩにより、ボリューム番号とそのレプリカボリューム番号との指定を受付け、アレイコントローラ２３０に対して、その指定を指示する。例えば、ボリューム１３４のレプリカボリューム番号に「１３５」を指定したとする。
【００９１】
アレイコントローラ２３０は、指示に従い、ボリューム管理テーブル４００に、ボリューム１３４のレプリカボリューム番号に「１３５」を設定する。
【００９２】
これにより、複製手段１５５は、ボリューム１３４とボリューム１３５を接続し、ボリューム１３４に発生したデータの書き込みは、ボリューム１３５にも同期して行うようになる。
【００９３】
・初期化されていないボリュームのロード処理
コンピュータ１０又は１１で初期化されていないボリューム１３４、１３５に対するロード処理を説明する。
【００９４】
運用管理コンピュータ１９は、ＧＵＩを介して、ボリューム１３４を仮想リムーバルドライブにロードするとの指示を受付ける。
【００９５】
ディスクアレイ装置１００は、ロードの指示を受けると、指示に従い、制御モジュール１９０を介して、ボリューム管理テーブル４００を設定・更新する。ここでは、ディスクアレイ装置１００は、ボリューム管理テーブル４００において、ボリューム１３４を仮想リムーバルドライブ「１１０」又は「１１１」に設定・変更する。ここでは、「１１０」に設定・変更したとする。
【００９６】
ここで、ボリューム１３４は、未初期化状態であるので、運用管理コンピュータ１９は、ＧＵＩを介して、希望するファイルシステム種別の指定を受付ける。ここでは、「ファイルシステムＡ」に指定したとする。
【００９７】
運用管理コンピュータ１９は、受けたファイルシステム種別の指定に従い、制御モジュール１９０を介して、ボリューム管理テーブル４００を設定・更新するように指示する。
【００９８】
ディスクアレイ装置１００のアレイコントローラ２３０は、指示に従い、ボリューム管理テーブル４００を設定・更新する。
【００９９】
一方、運用管理コンピュータ１９は、ホストエージェント３６０に対して、ボリューム１３４をファイルシステムＡのフォーマットで初期化するように指示する。
【０１００】
ホストエージェント３６０は、ファイルシステムＡＰＩ３９９を介して、ボリューム１３４に対してファイルシステムＡのフォーマットで初期化する。
【０１０１】
ホストエージェント３６０は、運用管理コンピュータ１９にファイルシステムのフォーマット完了を報告する。
【０１０２】
運用管理コンピュータ１９は、フォーマット完了報告を受けると、コンピュータ１０上のホストエージェント３６０を介して、アプリケーション３９９に対してボリューム１３４がロードされたことを通知する。
【０１０３】
これにより、アレイコントローラ２３０は、アプリケーション３９９のアクセス要求とボリューム管理テーブル４００に基づき、仮想リムーバルドライブ１１０の初期化されたボリューム１３４にアクセスすることができるようになる。尚、ボリューム１３４はファイルシステムＡのフォーマットで初期化されているので、ボリューム１３４はファイルシステムＡ３３１を用いてアクセスすることになる。また、ボリューム１３４の副として設定されているボリューム１３５に対しても、ボリューム１３４とまったく同じデータ列の書き込みが発生しているので、ボリューム１３５も、ファイルシステムＡのフォーマットで初期化されている。
【０１０４】
・レプリカボリュームの目的と課題
次に、レプリカボリュームの正と副の関係を切離す処理にについて説明する。
【０１０５】
例えば、正ボリューム１３４と、副ボリューム１３５を、ある時刻Ｔで切離すと、副ボリュームは時刻Ｔにおける、ボリューム１３４の複製であり、時刻Ｔにおけるバックアップとして使用することができる。この切離し時処理においては、ボリュームの状態がファイルシステムとして完結していることが必須条件である。すなわち、ファイルシステムなどが有するバッファやキャッシュ内に、まだボリュームに書き込まれていないデータが残っていると、時刻Ｔにおけるバックアップとして利用できない。
・正と副の切離し
図８と図９は、レプリカボリュームの正副切離し処理を説明するフローチャートである。
【０１０６】
まず、運用管理コンピュータ１９は、ＧＵＩにより、レプリカボリュームの正副切離しの要求を受付け、アレイコントローラ２３０に指示する。例えば、
正ボリューム１３４と、副ボリューム１３５を、ある時刻Ｔで切離すとする。
【０１０７】
アレイコントローラ２３０は、指示を受けて、ボリューム管理テーブル４００において、ボリューム１３４のレプリカボリューム番号「１３５」をクリアする（８０１）。
【０１０８】
次に、運用管理コンピュータ１９は、コンピュータ１０上のエージェントプログラム３６０に対して、ボリューム１３４を仮想リムーバルドライブから切離すように指示する（８０３）。
【０１０９】
エージェントプログラム３６０は、アプリケーション３９９に対して、ボリューム１３４の切離しを行うことを通知する（８０５）。
【０１１０】
アプリケーション３９９がその要求を拒否した場合には、その旨を運用管理コンピュータ１９に通知し、切離しは失敗となる（８０９）。
【０１１１】
アプリケーション３９９が切離しを許諾すると、エージェントプログラム３６０は、ファイルシステムに対して、ボリューム１３４をイジェクトするように指示する（８１１）。
【０１１２】
ファイルシステムは、イジェクト要求を受け取ると、ファイルシステムなどが有するバッファやキャッシュ内のデータを全て吐き出し（８１３）、次に、リムーバルデバイスドライバ３１０は、アレイコントローラ２３０に対して、イジェクトコマンド（ＳＣＳＩではＳＴＡＲＴ ＳＴＯＰ ＵＮＩＴコマンドにイジェクトのためのビットを設定する）を発行する（８１５）。
【０１１３】
アレイコントローラ２３０は、イジェクトコマンドを受け取ると、ボリューム管理テーブル４００を参照し、ボリューム１３５の切離し要求であることを確認（ボリューム管理テーブル４００でレプリカボリューム番号「１３５」がクリアされている）し、複製手段１５５により、ボリューム１３４と１３５の接続を解除する（８１７）。
【０１１４】
さらに、アレイコントローラ２３０は、ボリュームの接続を解除した時刻を、ボリューム管理テーブル４００に保持する（８１８）。
【０１１５】
アレイコントローラ２３０は、イジェクトの完了をコンピュータ１０のリムーバルデバイスドライバ３１０に報告（８１９）するが、ボリューム１３４は、仮想リムーバルドライブ１１０にロードされたままの状態である（仮想リムーバルドライブ番号は「１３４」のまま）。
【０１１６】
リムーバルデバイスドライバ３１０は、ファイルシステムに対してイジェクトの完了を報告し（８２１）、ファイルシステムはエージェントプログラム３６０に対してイジェクトの完了を報告する（８２３）。
【０１１７】
エージェントプログラム３６０は、アプリケーション３９９に対して、ボリューム１３４が再度ロードされたことを通知する（８２４）。
【０１１８】
運用管理コンピュータ１９は、エージェントプログラム３６０から切離しの完了通知を受け取ると（８２５）、制御モジュール１９０を介してボリューム管理テーブル４００を読み出し、ボリューム１３５が切離されていることを確認する（８２７）。
【０１１９】
また、アレイディスク装置１００は、ボリューム管理テーブル４００に基づき、設定画面４１０を更新する（８２９）。設定画面には、切離しが行われた時刻が表示される。
【０１２０】
さらに、必要に応じて、書き込み禁止フラグの設定を行うってもよい。
【０１２１】
以上、ボリューム１３４とボリューム１３５との間でレプリカボリュームの正副切離しをより容易に行うことができ、切離したボリュームが不完全で利用できないという問題を無くすことができる。さらに、副ボリューム１３４を生ボリューム１３５の切離し時刻におけるバックアップとしても活用できる。
【０１２２】
尚、ボリューム１３５はファイルシステムＡのフォーマットなので、コンピュータ１１からも利用できる。このように、複製ボリュームに対しては、複製したファイルシステムの種別情報を付加することで、複製したボリュームをどのコンピュータで利用可能かを判断することができる。また、書き込み禁止フラグがセットされていれば、コンピュータ１０と１１からの同時利用も可能である。
【０１２３】
・ファイルシステム種別検出のバリエーション
尚、上述した実施形態では、ファイルシステム種別の検出を、ホストコンピュータ上に設けたエージェントプログラム３６０によって行ったが、ディスクアレイ装置１００のアレイコントローラ２３０に設けた、ファイルシステム識別手段１５１で行っても良い。
【０１２４】
ファイルシステム識別手段１５１は、定期的にディスクアレイ装置内のボリュームの内容を検索し、予め制御モジュールを介して設定されたデータ列を検索し、その検索結果に基づき、ファイルシステムの種別を識別する。
【０１２５】
この場合、ディスクアレイ装置に設けたファイルシステム識別手段を利用することで、ファイルシステム識別するためのソフトウエアを多種のＯＳに対応させた開発を行わなくて良い。
・制御モジュールに対するロード処理のバリエーション
上述した実施形態では、仮想リムーバルドライブに対し、どのボリュームをロードするかは、ボリューム管理テーブル４００用いて説明した。別の方法として、ＦＣインターフェースモジュールを介して、ＳＣＳＩコマンドで定義されているＭＯＶＥコマンドを用いても良い。ＭＯＶＥコマンドでは、アプリケーション、運用管理コンピュータ１９のＧＵＩ等によりエレメント番号として、どのドライブにどのメディアをロードするかを指定することができる。エレメント番号としては、上記実施形態で示した仮想リムーバルドライブ番号やボリューム番号を用いることができる。
【０１２６】
ＭＯＶＥコマンドを用いるためには、図１０に示すように運用管理コンピュータ１９をＦＣスイッチ５０に接続する。
【０１２７】
ディスクアレイ装置１００には、ＦＣポート１０１と１０２に仮想チェンジャデバイス１１８と１１９を設ける。
【０１２８】
仮想チェンジャデバイス１１８と１１９は、アレイコントローラ２３０の内部で実行される制御プログラムとして実現する。
【０１２９】
アレイコントローラ２３０は、ＭＯＶＥコマンドを受け取ると、コマンド内で指定されているエレメント番号を元に、ボリューム管理テーブル４００を更新する。
【０１３０】
これにより、ボリュームと仮想リムーバルドライブに識別子（エレメント番号）を割当ててボリュームの接続切替を行うことで、ＳＣＳＩのＭＯＶＥコマンドを用いて、ボリュームの接続切替を行うことができる。
【０１３１】
以上発明の実施形態では、ボリュームに対する仮想的にロードするドライブとの関係を示すボリューム管理テーブル４００に従って、ボリュームを管理することにより、数千ものボリュームを有するディスクアレイ装置を利用するコンピュータにおいても、全てのボリュームに対してマウントすることない。従って、ボリュームをマウントする際に必要となる占有メモリ量を削減することができ、コンピュータの起動時間も短縮することができる。
【０１３２】
なお、コンピュータ１０、１１と、記憶装置１００との対応関係を制御する接続装置（たとえば、ＦＣスイッチ５０）において、上述したディスクアレイ装置１００の制御部２５０により実現される機能を実現する構成を採用してもよい。
【０１３３】
【発明の効果】
本発明によると、記憶装置と計算機とを有する記憶装置システムにおいて、記憶装置（もしくはＳＡＮにおける記憶装置群）が有する数千ものボリュームのする構成、プログラムおよび方法を提供することができる。
【図面の簡単な説明】
【図１】本発明の実施形態を示すコンピュータシステムの図。
【図２】ディスクアレイ装置のハードウエア構成を示す図。
【図３】コンピュータ上のソフトウエア構成を示す図。
【図４】ボリューム管理テーブルの構成を示す図。
【図５】設定画面の構成を示す図。
【図６】ロード処理のフローチャートを示す図。
【図７】切離し処理のフローチャートを示す図。
【図８】レプリカボリュームの切離し処理のフローチャートを示す図。
【図９】レプリカボリュームの切離し処理のフローチャートを示す図。
【図１０】仮想チェンジャデバイスを用いた本発明の実施形態を示すコンピュータシステムの図。
【図１１】コンピュータ、運用管理コンピュータの構成図。
【符号の説明】
１０〜１１…コンピュータ，１９…運用管理コンピュータ，５０…ＦＣスイッチ，１００…ディスクアレイ装置，１０１…ＦＣポート，１０２…ＦＣポート，１１０〜１１３…仮想リムーバルドライブ，１１８〜１１９…仮想チェンジャデバイス，１３１〜１３５…ボリューム，１５０…接続切替手段，１５１…ファイルシステム識別手段，１５５…複製手段，１９０…制御モジュール，２００…ＦＣインターフェースモジュール，２１０…キャッシュメモリ，２２０…ディスクコントローラモジュール，２３０…アレイコントローラ，２９０…磁気ディスク装置，３００…ＯＳ，３１０…リムーバルデバイスドライバ，３２０…ディスパッチャ，３３１…ファイルシステムＡ，３３２…ファイルシステムＢ，３３３…ファイルシステムＣ，３３９…ファイルシステムＡＰＩ，３５０…固定ディスクエミュレーションモジュール，３６０…エージェントプログラム，４００…ボリューム管理テーブル，４１０…設定画面，４１１…マウスカーソール，４１２…プルダウンメニュー
Claims (13)
- 計算機と、前記計算機によりアクセスされるデータを格納する複数の記憶領域を有する記憶装置とを有する記憶装置システムであって、
前記記憶装置は、
非搬送型の前記記憶領域を搬送可能な記憶媒体として扱うことのできる仮想ドライブを認識させるように、前記計算機に対して応答信号を送信する制御部と、
前記仮想ドライブと前記記憶領域との対応関係を示したボリューム管理情報を格納する格納部とを有し、
前記計算機は、
前記応答信号を受信するインタフェースと、
前記応答信号に基づいて、前記仮想ドライブを認識する制御部とを有し、
前記記憶装置の制御部は、前記計算機からの前記仮想ドライブに対するアクセス要求と前記ボリューム管理情報とに基づいて、アクセス対象となる前記記憶領域を特定することを特徴とする記憶装置システム。 - 請求項１に記載の記憶装置システムであって、
前記計算機の制御部は、
さらに、前記仮想ドライブに対応付けられた前記記憶領域を実際の非搬送型の記憶領域として認識することを特徴とする記憶装置システム。 - 請求項１に記載の記憶装置システムであって、
前記記憶装置の制御部は、
前記計算機からの前記仮想ドライブと前記記憶領域との対応関係を切替える切替要求を受付け、前記切替要求に基づいて、前記ボリューム管理情報を書換えることを特徴とする記憶装置システム。 - 請求項１に記載の記憶装置システムであって、
前記計算機の制御部は、
前記応答信号に基づいて認識した前記仮想ドライブのファイルシステムの種別情報を、前記管理計算機へ送信すること特徴とする記憶装置システム。 - 請求項１記載の記憶装置システムであって、
前記記憶装置の制御部は、
前記応答信号に基づいて認識した前記仮想ドライブのファイルシステムの種別情報を、前記管理計算機へ送信すること特徴とする記憶装置システム。 - 請求項１記載の記憶装置システムであって、
前記記憶装置の格納部は、
前記ボリューム管理情報として、さらに、前記記憶領域のうち第１の記憶領域に格納される情報を第２の記憶領域へ複製するレプリカ情報を格納し、
前記記憶装置の制御部は、
前記レプリカ情報に基づいて、前記記憶領域のうち第１の記憶領域に格納される情報を第２の記憶領域へ複製し、前記計算機から前記第１の記憶領域を仮想ドライブから取り出す要求が発行された場合に、前記第１の記憶領域に格納される情報を前記第２の記憶領域への複製を中止することにより、前記第１の記憶領域を仮想ドライブから切離したタイミングでの複製情報として取り扱うことを特徴とする記憶装置システム。 - 計算機によりアクセスされるデータを格納する複数の記憶領域を有する記憶装置であって、
非搬送型の前記記憶領域を搬送可能な記憶媒体として扱うことのできる仮想ドライブを認識させるように、前記計算機に対して応答信号を送信する制御部と、
前記仮想ドライブと前記記憶領域との対応関係を示したボリューム管理情報を格納する格納部とを有し、
前記制御部は、前記計算機からの前記仮想ドライブに対するアクセス要求と前記ボリューム管理情報とに基づいて、アクセス対象となる前記記憶領域を特定することを特徴とする記憶装置。 - 記憶装置が有する複数の記憶領域に格納されたデータにアクセスする計算機であって、
前記記憶装置から、非搬送型の前記記憶領域を搬送可能な記憶媒体として扱うことのできる仮想ドライブを認識させるための応答信号を受信するインタフェースと、
前記応答信号に基づいて、前記仮想ドライブを認識する制御部とを有する計算機。 - 計算機と、前記計算機によりアクセスされるデータを格納する複数の記憶領域を有する記憶装置との対応関係を制御する接続装置であって、
前記計算機に対して、非搬送型の前記記憶領域を搬送可能な記憶媒体として扱うことのできる仮想ドライブを認識させるための応答信号をする制御部と、
前記仮想ドライブと前記記憶領域との対応関係を示したボリューム管理情報を格納する格納部とを有し、
前記制御部は、前記計算機からの前記仮想ドライブに対するアクセス要求と前記ボリューム管理情報とに基づいて、アクセス対象となる前記記憶領域を特定することを特徴とする接続装置。 - 記憶装置が有する複数の記憶領域に格納されたデータへのアクセスを管理するプログラムであって、
前記記憶装置から、非搬送型の前記記憶領域を搬送可能な記憶媒体として扱うことのできる仮想ドライブを認識させるための応答信号を受信する機能と、
前記応答信号に基づいて、非搬送型の前記記憶領域を搬送可能な記憶媒体として接続する仮想ドライブを認識する機能とをコンピュータに実現させるためのプログラム。 - 記憶装置が有する複数の記憶領域に格納されたデータへのアクセスを管理するプログラムであって、
前記計算機に対して、非搬送型の前記記憶領域を搬送可能な記憶媒体として扱うことのできる仮想ドライブを認識させるための応答信号をする機能と、
前記仮想ドライブと前記記憶領域との対応関係を示したボリューム管理情報を格納する機能と、
前記計算機からの前記仮想ドライブに対するアクセス要求と前記ボリューム管理情報とに基づいて、アクセス対象となる前記記憶領域を特定する機能とをコンピュータに実現させるためのプログラム。 - 記憶装置が有する複数の記憶領域に格納されたデータへのアクセスを管理する方法であって、
前記記憶装置から、非搬送型の前記記憶領域を搬送可能な記憶媒体として扱うことのできる仮想ドライブを認識させるための応答信号を受信するステップと、
前記応答信号に基づいて、非搬送型の前記記憶領域を搬送可能な記憶媒体として接続する仮想ドライブを認識するステップとを有する方法。 - 記憶装置が有する複数の記憶領域に格納されたデータへのアクセスを管理する方法であって、
前記計算機に対して、非搬送型の前記記憶領域を搬送可能な記憶媒体として扱うことのできる仮想ドライブを認識させるための応答信号をするステップと、
前記仮想ドライブと前記記憶領域との対応関係を示したボリューム管理情報を格納するステップと、
前記計算機からの前記仮想ドライブに対するアクセス要求と前記ボリューム管理情報とに基づいて、アクセス対象となる前記記憶領域を特定するステップとを有する方法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002344812A JP2004178337A (ja) | 2002-11-28 | 2002-11-28 | 記憶装置システム、記憶装置、計算機およびプログラム |
| US10/720,308 US20040128443A1 (en) | 2002-11-28 | 2003-11-25 | Data storage system, data storage apparatus, computers and programs |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002344812A JP2004178337A (ja) | 2002-11-28 | 2002-11-28 | 記憶装置システム、記憶装置、計算機およびプログラム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004178337A true JP2004178337A (ja) | 2004-06-24 |
Family
ID=32652563
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002344812A Pending JP2004178337A (ja) | 2002-11-28 | 2002-11-28 | 記憶装置システム、記憶装置、計算機およびプログラム |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US20040128443A1 (ja) |
| JP (1) | JP2004178337A (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006195975A (ja) * | 2005-01-13 | 2006-07-27 | Hitachi Ltd | 複数の種類のストレージ装置を管理するための装置と方法 |
| JP2006285464A (ja) * | 2005-03-31 | 2006-10-19 | Hitachi Ltd | 計算機システムとストレージ及びデバイス制御方法 |
| JP2010181958A (ja) * | 2009-02-03 | 2010-08-19 | Nec Corp | ストレージ装置、及びストレージ装置の制御方法 |
Families Citing this family (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4315021B2 (ja) * | 2003-05-20 | 2009-08-19 | 株式会社日立製作所 | 管理項目管理システム及び方法 |
| JP4433372B2 (ja) | 2003-06-18 | 2010-03-17 | 株式会社日立製作所 | データアクセスシステム及び方法 |
| JP2005190036A (ja) | 2003-12-25 | 2005-07-14 | Hitachi Ltd | 記憶制御装置及び記憶制御装置の制御方法 |
| JP4463042B2 (ja) | 2003-12-26 | 2010-05-12 | 株式会社日立製作所 | ボリュームの動的割り付け機能を有する記憶装置システム |
| US7590522B2 (en) * | 2004-06-14 | 2009-09-15 | Hewlett-Packard Development Company, L.P. | Virtual mass storage device for server management information |
| JP2006113833A (ja) * | 2004-10-15 | 2006-04-27 | Hitachi Ltd | ストレージ管理装置、ストレージネットワークシステム、ストレージ管理方法およびプログラム |
| JP4574408B2 (ja) * | 2005-03-24 | 2010-11-04 | 株式会社日立製作所 | 記憶装置システムの制御技術 |
| US7404051B2 (en) * | 2005-04-18 | 2008-07-22 | Hitachi, Ltd. | Method for replicating snapshot volumes between storage systems |
| US7549029B2 (en) * | 2005-05-06 | 2009-06-16 | International Business Machines Corporation | Methods for creating hierarchical copies |
| WO2007026275A2 (en) * | 2005-08-22 | 2007-03-08 | Koninklijke Philips Electronics N.V. | Emulation mode for emulating optical record medium types |
| JP5046863B2 (ja) * | 2007-11-01 | 2012-10-10 | 株式会社日立製作所 | 情報処理システム及びデータ管理方法 |
| US8234316B2 (en) * | 2008-09-30 | 2012-07-31 | Microsoft Corporation | Nested file system support |
| CN105989299A (zh) * | 2014-11-13 | 2016-10-05 | 株式会社东芝 | 存储装置的管理方法及计算机系统 |
| JP6789906B2 (ja) * | 2017-09-20 | 2020-11-25 | キオクシア株式会社 | データ蓄積装置 |
Family Cites Families (20)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5546557A (en) * | 1993-06-14 | 1996-08-13 | International Business Machines Corporation | System for storing and managing plural logical volumes in each of several physical volumes including automatically creating logical volumes in peripheral data storage subsystem |
| US5706472A (en) * | 1995-02-23 | 1998-01-06 | Powerquest Corporation | Method for manipulating disk partitions |
| US5930831A (en) * | 1995-02-23 | 1999-07-27 | Powerquest Corporation | Partition manipulation architecture supporting multiple file systems |
| US6101497A (en) * | 1996-05-31 | 2000-08-08 | Emc Corporation | Method and apparatus for independent and simultaneous access to a common data set |
| JPH10105345A (ja) * | 1996-09-27 | 1998-04-24 | Fujitsu Ltd | アレイディスク装置 |
| US6304940B1 (en) * | 1997-08-14 | 2001-10-16 | International Business Machines Corporation | Shared direct access storage system for MVS and FBA processors |
| US6073220A (en) * | 1997-09-03 | 2000-06-06 | Duocor, Inc. | Apparatus and method for providing a transparent disk drive back-up |
| US5963971A (en) * | 1997-10-09 | 1999-10-05 | International Business Machines Corporation | Method and apparatus for handling audit requests of logical volumes in a virtual media server |
| JP4128641B2 (ja) * | 1997-10-13 | 2008-07-30 | 株式会社東芝 | データ退避方法 |
| US6105103A (en) * | 1997-12-19 | 2000-08-15 | Lsi Logic Corporation | Method for mapping in dynamically addressed storage subsystems |
| US6070224A (en) * | 1998-04-02 | 2000-05-30 | Emc Corporation | Virtual tape system |
| EP1090353A1 (en) * | 1998-06-22 | 2001-04-11 | Colin Constable | Virtual data storage (vds) system |
| US6665786B2 (en) * | 1998-09-21 | 2003-12-16 | Microsoft Corporation | Dynamic disk partition management |
| US6356915B1 (en) * | 1999-02-22 | 2002-03-12 | Starbase Corp. | Installable file system having virtual file system drive, virtual device driver, and virtual disks |
| US7792923B2 (en) * | 2000-10-13 | 2010-09-07 | Zhe Khi Pak | Disk system adapted to be directly attached to network |
| US6816941B1 (en) * | 2000-10-23 | 2004-11-09 | International Business Machines Corporation | Method and system for efficiently importing/exporting removable storage volumes between virtual storage systems |
| US6519678B1 (en) * | 2001-09-10 | 2003-02-11 | International Business Machines Corporation | Virtualization of data storage drives of an automated data storage library |
| US6874060B2 (en) * | 2001-12-07 | 2005-03-29 | Dell Products L.P. | Distributed computer system including a virtual disk subsystem and method for providing a virtual local drive |
| US7185169B2 (en) * | 2002-04-26 | 2007-02-27 | Voom Technologies, Inc. | Virtual physical drives |
| US20030212859A1 (en) * | 2002-05-08 | 2003-11-13 | Ellis Robert W. | Arrayed data storage architecture with simultaneous command of multiple storage media |
-
2002
- 2002-11-28 JP JP2002344812A patent/JP2004178337A/ja active Pending
-
2003
- 2003-11-25 US US10/720,308 patent/US20040128443A1/en not_active Abandoned
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006195975A (ja) * | 2005-01-13 | 2006-07-27 | Hitachi Ltd | 複数の種類のストレージ装置を管理するための装置と方法 |
| JP2006285464A (ja) * | 2005-03-31 | 2006-10-19 | Hitachi Ltd | 計算機システムとストレージ及びデバイス制御方法 |
| JP2010181958A (ja) * | 2009-02-03 | 2010-08-19 | Nec Corp | ストレージ装置、及びストレージ装置の制御方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| US20040128443A1 (en) | 2004-07-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7213124B2 (en) | Method for allocating storage area to virtual volume | |
| US7660867B2 (en) | Virtual computer system and virtual computer migration control method | |
| US8015396B2 (en) | Method for changing booting configuration and computer system capable of booting OS | |
| US7469289B2 (en) | Storage system having virtualized resource | |
| US7519851B2 (en) | Apparatus for replicating volumes between heterogenous storage systems | |
| US7281104B1 (en) | System and method for online data migration | |
| US8069331B2 (en) | Storage system, storage extent release method and storage apparatus | |
| 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 | |
| US8200631B2 (en) | Snapshot reset method and apparatus | |
| US7827193B2 (en) | File sharing system, file sharing device and file sharing volume migration method | |
| US20110061049A1 (en) | Storage system, and remote copy control method therefor | |
| CN1936819A (zh) | 逻辑卷传送方法和存储网络系统 | |
| US7895395B2 (en) | Managing logical volumes in a storage system with remote copy | |
| US20040128443A1 (en) | Data storage system, data storage apparatus, computers and programs | |
| JP5352490B2 (ja) | サーバイメージ容量の最適化 | |
| US12019521B2 (en) | Logical backup using a storage system | |
| US20170017433A1 (en) | Storage system, storage device, and data transfer method | |
| US20070005886A1 (en) | Disk array apparatus and control method for disk array apparatus | |
| JP4226350B2 (ja) | データ移行方法 | |
| US8346721B2 (en) | Apparatus and method to replicate remote virtual volumes to local physical volumes | |
| US20070174567A1 (en) | Storage apparatus and control method thereof | |
| EP2703992A2 (en) | Storage system, virtualization control apparatus, information processing apparatus, and method for controlling storage system | |
| US8117405B2 (en) | Storage control method for managing access environment enabling host to access data | |
| US7035973B2 (en) | Storage control apparatus and method for controlling logical volumes by referring to mounting information indicating mounting states of the logical volumes | |
| US11922073B2 (en) | Non-disruptive updating of virtual tape emulation applications |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050927 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20051128 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20051128 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20060523 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080626 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080702 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080901 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20081212 |