JP4862006B2 - 計算機システム - Google Patents

計算機システム Download PDF

Info

Publication number
JP4862006B2
JP4862006B2 JP2008063185A JP2008063185A JP4862006B2 JP 4862006 B2 JP4862006 B2 JP 4862006B2 JP 2008063185 A JP2008063185 A JP 2008063185A JP 2008063185 A JP2008063185 A JP 2008063185A JP 4862006 B2 JP4862006 B2 JP 4862006B2
Authority
JP
Japan
Prior art keywords
logical
data
disk array
logical unit
host
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
Application number
JP2008063185A
Other languages
English (en)
Other versions
JP2008152807A (ja
JP2008152807A5 (ja
Inventor
敬史 荒川
和彦 茂木
賢哲 江口
弘治 荒井
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP2008063185A priority Critical patent/JP4862006B2/ja
Publication of JP2008152807A publication Critical patent/JP2008152807A/ja
Publication of JP2008152807A5 publication Critical patent/JP2008152807A5/ja
Application granted granted Critical
Publication of JP4862006B2 publication Critical patent/JP4862006B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/061—Improving I/O performance
    • G06F3/0613—Improving I/O performance in relation to throughput
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/08—Error detection or correction by redundancy in data representation, e.g. by using checking codes
    • G06F11/10—Adding special bits or symbols to the coded information, e.g. parity check, casting out 9's or 11's
    • G06F11/1076—Parity data used in redundant arrays of independent storages, e.g. in RAID systems
    • G06F11/1096—Parity calculation or recalculation after configuration or reconfiguration of the system
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/0604—Improving or facilitating administration, e.g. storage management
    • G06F3/0605—Improving or facilitating administration, e.g. storage management by facilitating the interaction with a user or administrator
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/0608—Saving storage space on storage systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0629—Configuration or reconfiguration of storage systems
    • G06F3/0631—Configuration or reconfiguration of storage systems by allocating resources to storage systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0629—Configuration or reconfiguration of storage systems
    • G06F3/0635—Configuration or reconfiguration of storage systems by changing the path, e.g. traffic rerouting, path reconfiguration
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0646—Horizontal data movement in storage systems, i.e. moving data in between storage devices or systems
    • G06F3/0647—Migration mechanisms
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0655—Vertical data movement, i.e. input-output transfer; data movement between one or more hosts and one or more storage devices
    • G06F3/0659—Command handling arrangements, e.g. command buffers, queues, command scheduling
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
    • G06F3/067—Distributed or networked storage systems, e.g. storage area networks [SAN], network attached storage [NAS]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/2053—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant
    • G06F11/2056—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant by mirroring
    • G06F11/2087—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant by mirroring with a common controller
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F12/00—Accessing, addressing or allocating within memory systems or architectures
    • G06F12/02—Addressing or allocation; Relocation
    • G06F12/08—Addressing or allocation; Relocation in hierarchically structured memory systems, e.g. virtual memory systems
    • G06F12/0802—Addressing of a memory level in which the access to the desired data or data block requires associative addressing means, e.g. caches
    • G06F12/0866—Addressing of a memory level in which the access to the desired data or data block requires associative addressing means, e.g. caches for peripheral storage systems, e.g. disk cache
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/457—Network directories; Name-to-address mapping containing identifiers of data entities on a computer, e.g. file names
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00—Data processing: database and file management or data structures
    • Y10S707/99951—File or database maintenance
    • Y10S707/99952—Coherency, e.g. same view to multiple users
    • Y10S707/99953—Recoverability
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00—Data processing: database and file management or data structures
    • Y10S707/99951—File or database maintenance
    • Y10S707/99952—Coherency, e.g. same view to multiple users
    • Y10S707/99955—Archiving or backup

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Human Computer Interaction (AREA)
  • Quality & Reliability (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Description

本発明は、記憶装置に記憶されたデータを再配置する技術に関し、特に、複数の記憶装置を有する計算機システムでのデータの再配置に好適な技術に関する。
計算機システムにおける、ストレージサブシステム内に記憶されたデータを再配置する技術として、特開平9-274544号公報記載のディスクアレイシステムがある。ここで、ストレージサブシステムとは、複数の記憶装置から構成される記憶装置システムのことを言う。
ディスクアレイシステムとは、複数のディスク装置をアレイ状に配置し、各ディスク装置を並列に動作させることで、各ディスク装置に分割格納されるデータのリード/ライトを高速に行うシステムのことである。D．A．Patterson， G．Gibson， and R．H．Kats，”A Case for Redundant Arrays of Inexpensive Disks （ＲＡＩＤ）”（in Proc． ACM SIGMOD， pp．109-116， June 1988）に記載されているように、冗長性を付加したディスクアレイシステムには、その冗長構成に応じてレベル１からレベル５の種別が与えられている。これらの種別に加えて、冗長性無しのディスクアレイシステムをレベル０と呼ぶこともある。
ディスクアレイシステムを構成するためのコスト、ディスクアレイシステムの性能や特性等は、ディスクアレイシステムのレベルによって異なる。そこで、システムの使用目的に応じて、ディスクアレイシステムの構築の際にレベルの異なる複数のアレイ（ディスク装置の組）を混在させることも多い。このようにレベルの異なるアレイを混在させたディスクアレイシステムにおいて、各レベルのアレイは、パリティグループと呼ばれる。また、ディスク装置についても性能や容量等によりコストが異なるので、最適のコストパフォーマンスを実現するシステムを構築するために、性能や容量の異なる複数種のディスク装置を用いることがある。
ディスクアレイシステムでは、データが複数のディスク装置に分散して配置されるため、ディスクアレイシステムに接続されるホストコンピュータが、論理記憶領域とディスク装置の記憶領域を示す物理記憶領域との対応付け（アドレス変換）を行っている。
特開平9-274544号公報には、ディスクアレイシステム内において、物理記憶領域間におけるデータの再配置を実行し、データの論理記憶領域に対する物理記憶領域への対応付けを、再配置前の物理記憶領域から再配置後の物理記憶領域に変更する技術が開示されている。また、ディスクアレイシステムがホストコンピュータからの各論理記憶領域に対するアクセスによる負荷状況を管理し、その実績に応じて再配置後にデータが適正配置となるように、再配置の内容を決定するという技術も開示されている。
ホストコンピュータおよびディスクアレイシステム等のストレージサブシステム間におけるデータ転送の技術としては、M．T．O’Keefe，”Shared File Systems and Fibre Channel”（in Proc． Sixth Goddard Conference on Mass Storage Systems and Technologies， pp．1-16， March 1998）に開示された技術がある。
この技術は、高速のネットワークであるFibre Channel（以下「ＦＣ」と称する。）で複数のホストコンピュータと複数のストレージサブシステムとを接続し、ＦＣ経由でデータ共有を実現するストレージ環境、いわゆるStorage Area Network（ＳＡＮ）を実現するための技術である。このように、ＦＣ経由でデータ転送を行うことにより、一般的なネットワーク経由に比べ、ホストコンピュータおよびネットワークの負荷が削減される。
高速なＦＣを使用しない、一般的なネットワークに接続されたストレージサブシステムに保持されているファイル等のデータを、複数のコンピュータで共有する技術としては、ＮＦＳ（Network File System）が広く知られている。
ＮＦＳを用いてネットワーク間でデータ共有を行う場合には、ＦＣを使用する場合に比べ、ファイルを共有しているコンピュータや、コンピュータとストレージサブシステムをつなぐネットワークに対する負荷が大きくなる。しかし、ＮＦＳを用いると、既存のネットワークを使用できることから、新たにＦＣのネットワークを敷設することと比較すると、新規設備コストを抑えられ、またファイル共有等の管理が容易である等の利点がある。
上述したように、特開平9-274544号公報に開示された技術では、１つのストレージサブシステム内におけるデータの再配置が可能となる。しかしながら、複数のストレージサブシステムを有する計算機システムにおいて、異なるストレージサブシステム間でのデータの再配置を行うことはできない。また、ディスクアレイシステムはファイルを認識できないため、ファイル単位でデータの再配置を行うことができない。
一方、ＳＡＮの技術を用いれば、異なるストレージサブシステムにおける高速なデータ転送が可能となる。しかしながら、従来技術においては、ＳＡＮの技術を利用してストレージサブシステム間でデータの再配置を行うことは出来なかった。
つまり、従来技術においては、ＳＡＮを構成する各ストレージサブシステムの各
記憶領域の負荷状況等、データの適正な配置を決定するために必要な情報を、ホストコンピュータやシステムを使用するユーザが得ることについて、何ら考えられていない。このため、ホストコンピュータや、そのユーザが、どのようにしてデータの再配置を行えば、データの適正な配置を実現することができるのかを判断できない。
さらに、仮にユーザが自らストレージサブシステム間におけるデータの再配置を行おうとしても、データを再配置するための未使用領域の管理等を、全てユーザが詳細に検討して行わなければならず、ユーザに対する負担は大きいものがあった。
また、異なるストレージサブシステム間でデータを転送すると、アプリケーションが認識するデータの位置、すなわち、アプリケーションが同じデータにアクセスするために指定すべきアクセス先が再配置の前後で変化してしまうが、この変化についても従来技術では何ら考慮されていない。
さらに、一般的なネットワークで接続されているコンピュータ同士で、ＮＦＳを使用してデータ共有を行う場合にも、以下の問題がある。
すなわち、従来、ＮＦＳによるデータ共有を実現するために使用されるホストコンピュータ（ＮＦＳサーバ）が、複数のストレージサブシステムを管理している場合、ＮＦＳサーバ自身は、その複数のストレージサブシステム間でのデータの物理的再配置等を行うことはできなかった。このため、ＮＦＳサーバを用いてデータ共有を行うコンピュータ毎に、共有されるデータの物理的位置を変更するといった、ストレージサブシステムの有する記憶領域についてのより細かい区別および管理を行うことができなかった。
本発明は上記事情に鑑みてなされたものであり、本発明の目的は、ＮＦＳサーバを含めたホストコンピュータがデータの適正配置の決定に必要な情報をストレージサブシステムから取得できるようにし、ＳＡＮ環境において、データの再配置を実現することにある。また、異なる目的としては、ユーザのストレージサブシステムの管理負担を軽減することにある。また、異なるストレージサブシステム間におけるデータの再配置を、アプリケーションが認識するデータの位置が、再配置の前後で変化しないようにして、行えるようにすることにある。さらにまた、ファイルを対象とするデータの再配置を可能とすることにある。
前記の課題を解決するため、本発明は以下の構成とする。すなわち、複数の第１ディスク装置及び該複数の第１ディスク装置を用いて第１論理ユニットを形成する第１制御部を含む第１ディスクアレイと、複数の第２ディスク装置及び該複数の第２ディスク装置を用いて第２論理ユニットを形成する第２制御部を含む第２ディスクアレイと、前記第１ディスクアレイ及び前記第２ディスクアレイと接続され、第１論理位置名と前記第１論理ユニットとの間の対応関係を示すマッピング情報を格納するローカルディスクと、前記第１論理位置名に対する第１アクセス要求を前記マッピング情報を参照して前記第１論理ユニットに対する第２アクセス要求に変換し、前記第２アクセス要求を前記第１ディスクアレイに発行する発行手段と、前記第１論理位置名を含む論理位置名に対して前記第１アクセス要求又は第３アクセス要求を発行するアプリケーションが格納されたメモリとを含む計算機と、を備え、前記計算機は、前記第２ディスクアレイに対して、前記第１論理ユニットに格納されているデータを前記第２論理ユニットにコピーするようコピー指示を発行し、前記第２制御部は、前記コピー指示を受領した場合、前記コピー指示の受領報告を前記計算機に発行するとともに、前記第１論理ユニットに格納されたデータを前記第２論理ユニットにコピーし、前記計算機は、前記受領報告を受信した場合、前記マッピング情報に含まれる前記第１論理位置名と前記第１論理ユニットとの間の対応関係を前記第１論理位置名と前記第２論理ユニットとの間の対応関係に変更し、前記第１論理ユニットから前記第２論理ユニットにコピー中のデータにかかる前記第１論理位置名に対する前記第３アクセス要求を、変更された後の前記マッピング情報を参照して前記第２論理ユニットに対する第４アクセス要求に変換して、前記第４アクセス要求を前記第２ディスクアレイに発行し、前記第２制御部は、前記第４アクセス要求がリード要求であり、かつ、該リード要求にかかるリード対象領域のデータの全てを前記第１論理ユニットから前記第２論理ユニットにコピーし終えていない場合、前記リード対象領域のデータの全てを前記第１論理ユニットから前記第２論理ユニットに優先的にコピーし終えてから該コピーした前記リード対象領域のデータを前記計算機に送信し、前記第４アクセス要求がライト要求である場合には、該ライト要求にかかるライト対象領域にデータを書き込む。
ここで、各記憶領域の使用状況とは、例えば、その記憶領域の物理的な記憶空間の使用状況やその記憶空間へのアクセス処理に消費された処理時間等である。
また、ストレージサブシステムで移動されるデータの単位及び計算機で管理されるデータの単位がファイル単位であることも考えられる。
さらに、全てのストレージサブシステムが有する論理的な記憶領域全体を管理する手段と、記憶装置の特徴と論理的な記憶領域との対応関係を管理する手段とを計算機に付加した構成も考えられる。
また、計算機に、ストレージサブシステムに格納されているデータをネットワーク間で共有する手段を付加した構成も考えられる。
図１は、本発明が適用された計算機システムの第１実施形態の構成を示す図である。
本実施形態の計算機システムは、ホストコンピュータ（ホスト）１００、ディスクアレイ２００、スイッチ５００、クライアント８００及びローカルディスク１９０を有する。
ホスト１００は、ネットワークインタフェース１７０により、ネットワーク７００を介して、クライアント８００及びディスクアレイ２００に接続される。ホスト１００は、また、ＦＣインタフェース１６０、スイッチ５００及びＦＣ６００を介して、ディスクアレイ２００及びローカルディスク１９０に接続される。
ホスト１００は、ファイルシステム１１０、オペレーティングシステム（以下「ＯＳ」と称する。）１２０、マネージャ１３０及びアプリケーション１４０をホスト１００自身が有する記憶領域に有する。
アプリケーションプログラム（以下、単にアプリケーションと呼ぶ）１４０は、ＯＳ１２０およびファイルシステム１１０を介してディスクアレイ２００に対してリードやライトの要求を出す。
ホスト１００及びクライアント８００としては、一般的な電子計算機が用いられる。ファイルシステム１１０等のプログラムは、ホスト１００の外部にあるローカルディスク１９０に記憶され、必要に応じてホスト１００に読み込まれて実行される。
ホスト１００がその内部に記憶装置を有する場合には、当該記憶装置をローカルディスク１９０として使用することも考えられる。
ローカルディスク１９０には、ＯＳ１２０及びファイルシステム１１０が使用する論理ユニット（以下、「ＬＵ」と称する）論理位置名テーブル１９１及びＬＵ内アドレス論理位置名テーブル１９５等の各種管理情報が格納されている。ＬＵ論理位置名テーブル１９１は、アプリケーション１４０がディスクアレイシステム２００のデータにアクセスするときに指定する論理位置名と、論理位置名により特定されるデータを格納するＬＵとの対応を示す情報を保持したテーブルである。
ＬＵ内アドレス論理位置名テーブル１９５は、アプリケーション１４０がディスクアレイシステム２００のデータにアクセスするときに指定する論理位置名と、論理位置名により特定されるデータのＬＵ内アドレスとの対応を示す情報を保持したテーブルである。
ディスクアレイ２００は、制御部３００、複数のディスク装置２１０、ネットワークインタフェース２７０及びＦＣインタフェース２６０を有する。
制御部３００は、処理を実行するためのＣＰＵ３１０、メモリ３２０及びキャッシュメモリ３３０を有する。
メモリ３２０には、論理/物理対応情報３２１、論理ボリューム使用状況３２２及びコピー領域管理テーブル３２３が格納される。これらの情報の詳細については後述する。
本実施形態では、ｎ台（ｎは２以上の整数）のディスク装置２１０でアレイ（以下「ＲＡＩＤ」と称する。）が構成されており、このｎ台のディスク装置２１０によるＲＡＩＤをパリティグループ２２０と呼ぶ。
ＲＡＩＤとしては、１つのパリティグループ２２０に含まれるｎ台のディスク装置２１０のうち、ｎ−１台のディスク装置２１０の格納内容から生成される冗長データ（以下「パリティ」と称する。）を残りの１台に格納する構成や、ｎ/２台に格納されている内容を残りのｎ/２台がコピーしたミラーディスク（ＲＡＩＤレベル１）構成が考えられる。また、各パリティグループ２２０を、ホスト１００からのアクセス対象の１単位とみなすことができる。
本実施形態においては、ディスクアレイ２００を構築する各パリティグループ２２０の性能、信頼性、特性などの属性は、同一であってもよいし、あるいは、異なっていてもかまわない。
制御部３００は、ホスト１００がリード/ライトする論理ボリュームとディスク装置２１０の記憶領域を示す物理アドレスとの対応付け（アドレス変換）を行い、ホスト１００に論理ボリュームを提供する。ディスクアレイ２００は、アドレス変換において、複数の論理ボリュームを結合して１つのＬＵとしてホスト１００に提供することもできる。すなわち、ディスクアレイ２００は、少なくとも１つの論理ボリュームからなるＬＵをホスト１００に提供する。ホスト１００は、ＬＵに対してリード/ライトを行う。
本実施形態では、複数のディスクアレイ２００間における、ディスクアレイ２００の使用状況を考慮したデータの物理的再配置を可能とする。具体的には、ディスクアレイ２００は、ホスト１００からのリード/ライトに対するディスク装
置２１０の使用状況を取得する。ホスト１００は、複数のディスクアレイ２００各々が取得した使用状況を収集し、ユーザに提示する。さらに、ホスト１００は、ディスクアレイ２００の使用状況の提示を受けたユーザからの指示等に応じ、ローカルディスク１９０内のＬＵ論理位置名テーブル１９１を変更すると共に、ディスクアレイ２００がＬＵに格納しているデータをコピーする。これにより、複数のディスクアレイ２００間におけるＬＵの再配置が行われる。そして、ディスクアレイ２００の使用状況を考慮したデータの再配置を可能とすることにより、データの適正配置が可能となる。
図２は、ディスクアレイ２００が、ホスト１００からのリード/ライト要求に応答して行うリード/ライト処理、及びディスクアレイ２００が、ディスク装置２１０の使用状況を取得する使用状況取得の処理の手順を示すフロー図である。使用状況取得の処理は、随時、又はホスト１００からのリード/ライト要求時に行われる。
ホスト１００のアプリケーション１４０は、ファイル論理位置名によってファイルを指定し、ファイルに対するリード/ライトをＯＳ１２０に要求する。ＯＳ１２０は、ファイルシステム１１０にファイルのリード/ライトを要求する。
ファイルシステム１１０は、ＦＣインタフェース１６０を介してローカルディスク１９０にアクセスし、指定されたファイルが格納されているＬＵ番号をＬＵ論理位置名テーブル１９１から求める。ファイルシステム１１０は、指定されたファイルが格納されているＬＵ内アドレス等を、ＬＵ内アドレス論理位置名テーブル１９５から求める。
ホスト１００は、ＦＣインタフェース１６０を介して、求めたＬＵ番号のＬＵを提供するディスクアレイ２００に対し、ＬＵ番号やＬＵ内アドレスを伴うSmall Computer System Interface（ＳＣＳＩ）規格のリードコマンド、あるいはライトコマンドを発行する。
アプリケーション１４０が、論理ドライブ名、ディレクトリ名及びファイル名によるファイルの論理位置までのパスの記述によりファイルを指定するシステムでは、論理位置（論理ドライブやディレクトリやファイル）へのパスの記述が、ファイルの論理位置の論理位置名となる。一般的には、論理位置名とは、アプリケーションがアクセス対象の指定に使用する論理位置の情報である。
ファイルシステム１１０は、各論理位置を管理するため、ディレクトリ構造などの各論理位置間の階層的な論理構造を管理する他、各論理位置の論理位置名とＬＵ番号との対応をＬＵ論理位置名テーブル１９１に記述し管理する。また、各論理位置の論理位置名とＬＵ内アドレスとの対応をＬＵ内アドレス論理位置名テーブル１９５に記述し管理する。なお、ＬＵ番号は、そのＬＵ番号のＬＵを提供するディスクアレイ２００も表す（ステップ１０００）。
ホスト１００からリード/ライトのコマンドを受領した制御部３００は、メモリ３２０内の論理/物理対応情報３２１を用いて、コマンドで指定されているＬＵ番号により特定されるＬＵを構成する論理ボリュームを特定する。制御部３００は、論理ボリュームに対応するディスク装置２１０の領域を求め、コマンドで指定されているＬＵ内アドレスの物理アドレスへの変換を行う。
論理/物理対応情報３２１は、図３に示すように、ＬＵとディスク装置２１０の物理アドレスとの対応関係についての情報を保持するテーブルである。
図中、ＬＵ番号５００１およびＬＵ内アドレス５００２は、ホスト１００のファイルシステム１１０がリード/ライト処理で指定するＬＵ番号及びＬＵ内アドレスを示す。論理ボリューム番号５００３は、ＬＵ番号５００１で特定されるＬＵに対応する論理ボリュームの番号である。論理ボリュームアドレス５００４は、ＬＵ内アドレス５００２に対応する論理ボリューム内のアドレスである。
物理アドレスは、データとパリティが格納されるディスク装置２１０上の領域を示すアドレスである。物理アドレスは、パリティグループ番号５００５、データおよびパリティ各々に対するディスク装置番号５００６及びディスク装置内アドレス５００７を有する。パリティグループ番号５００５は、個々のパリティグループ２２０を示す。ディスク装置番号５００６は、個々のディスク装置２１０を示す。ディスク装置内アドレス５００７は、ディスク装置２１０内での領域を示すアドレスである（ステップ１０１０）。
データのリードの場合、制御部３００は、アドレス変換で得た物理アドレスに基づいて、ディスク装置２１０のデータを読み出し、ホスト１００に転送する。データのライトの場合、制御部３００は、ホスト１００から転送されたデータ及びデータに関連して生成したパリティを、アドレス変換で得たディスク装置２１０の物理アドレスの位置に格納する（ステップ１０２０）。
リード/ライト処理を終了した制御部３００は、使用状況取得処理を実行する。この処理では、制御部３００は、リード/ライト処理でのリード/ライト種別やシーケンシャル/ランダムアクセス種別を判別し、メモリ３２０のリード/ライト対象となった論理ボリュームの論理ボリューム使用状況３２２を更新する。論理ボリューム使用状況３２２は、ディスクアレイ２００に含まれるＬＵの使用状況についての情報を保持したテーブルである。論理ボリューム使用状況３２２の一例を、図４に示す。
論理ボリューム使用状況３２２には、論理ボリューム毎に、論理ボリューム番号５１０１及びリード/ライト種別およびシーケンシャル/ランダムアクセス種別毎のディスク使用時間（マイクロ秒単位）５１０２が記述される。ここでは、リード/ライト対象となった論理ボリュームの論理ボリューム番号５１０１に対応する、ディスク使用時間５１０２に、リード/ライトに要した時間が加算される（ステップ１０３０）。
図５は、ホスト１００が、各ディスクアレイ２００からディスク装置２１０の使用状況を収集する使用状況収集処理の手順を示すフロー図である。この処理は、随時行われる。
ホスト１００のマネージャ１３０は、ＦＣインタフェース１６０を介し、コマンドボリュームに対して、情報収集用のパラメータをライトデータとするＳＣＳＩ規格のライトコマンドを発行する。コマンドボリュームは、ディスクアレイ２００が有する情報転送用のＬＵであって、対応する物理領域が指定されない論理ボリュームである。（ステップ１１００）。
制御部３００は、発行されたコマンドがコマンドボリュームに対するライトコマンドであることを確認すると、ホスト１００から転送された情報収集用のパラメータに含まれるオペレーションコードから、要求された情報を判別する。制御部３００は、要求された情報をメモリ３２０上に用意する（ステップ１１１０）。制御部３００は、ＦＣインタフェース２６０を介して、ホスト１００にライトの完了を報告する（ステップ１１２０）。
完了報告を受けたホスト１００のマネージャ１３０は、ＦＣインタフェース１６０を介して、ディスクアレイ２００のコマンドボリュームに、ＳＣＳＩ規格のリードコマンドを発行する（ステップ１１３０）。
制御部３００は、コマンドボリュームに対するリードコマンドを受領すると、メモリ３２０上に用意した情報を、ＦＣインタフェース２６０を介してホスト１００に転送する（ステップ１１４０）。制御部３００は、ＦＣインタフェース２６０を介してホスト１００にリードの完了を報告する（ステップ１１５０）。
ステップ１１００でライトされる情報収集用のパラメータ及びステップ１１１０で用意される情報には、論理ボリューム情報、パリティグループ情報及び使用状況情報の３種類の情報が含まれる。
ステップ１１００でライトされる情報収集用のパラメータが、図６に示すような論理ボリューム情報のパラメータである場合、制御部３００は、その０〜１バイト目で指定された論理ボリューム番号５２０１で特定される論理ボリュームについて、図７に示すような論理ボリューム情報（ディスクアレイ２００内のその論理ボリュームの構成を示す情報）を用意する。
図７に示す論理ボリューム情報において、８〜４７バイト目には、その０〜１バイト目に記述されている論理ボリューム番号５２０１で特定される論理ボリュームの各種情報５２０２が記述される。４９〜１２１バイト目には、その論理ボリュームが属するＬＵを構成する各論理ボリュームの情報５２０３が記述される。
情報収集用のパラメータが、パリティグループ情報のパラメータの場合、制御部３００は、パラメータで指定された論理ボリュームが属するパリティグループ２２０のパリティグループ情報（ＲＡＩＤの構成、ディスク装置２１０の型名等、ディスクアレイ２００内のそのパリティグループ２２０の構成を示す情報）を用意する。
情報収集用のパラメータが、ディスク装置２１０の使用状況を確認するためのパラメータの場合、制御部３００は、パラメータで指定された論理ボリュームの使用状況情報（ディスクアレイ２００内のリソースの使用状況、例えば論理ボリュームが占有される時間、論理ボリュームの各種コマンド受領回数やキャッシュメモリ３３０のヒット回数等の情報、プロセッサ３１０の占有時間及び内部バスの占有時間等の情報等）を用意する。
制御部３００は、あらかじめ、論理ボリューム毎に、各種コマンド受領回数やキャッシュメモリ３３０のヒット回数やプロセッサ３１０の占有時間や内部バスの占有時間等を取得している。マネージャ１３０は、例えば複数回取得した占有時間の平均を取得間隔で割ることにより、単位時間あたりの占有時間率を求めることができる。
制御部３００は、論理ボリューム情報やパリティグループ情報を生成する際に、論理/物理対応情報３２１の一部あるいは全部を使用する。マネージャ１３０は、各型のディスク装置２１０の性能に関する情報を保持しており、ディスク装置２１０の型名を基に、パリティグループ２２０を構成するディスク装置２１０の性能を得ることができる。
また、ホスト１００のマネージャ１３０は、ＬＵに対しＳＣＳＩ規格のINQUIRYコマンドを発行して応答データを得ることで、この応答データからＬＵに属する論理ボリューム番号を得ることもできる。
図８は、ホスト１００が再配置すべきデータを決定する再配置対象決定処理の手順を示すフロー図である。本処理は、ユーザが再配置すべきデータを検索する際に使用するアプリケーションが実行された時に実行される。
ホスト１００のマネージャ１３０は、ＯＳ１２０が使用しているＬＵ及び使用していないＬＵ（空きＬＵ）を、例えばローカルディスク１９０に格納されているＬＵ論理位置名テーブル１９１から判定する。マネージャ１３０は、ＯＳ１２０が使用している各ＬＵについて、ＬＵが属するディスクアレイ２００における各論理ボリュームの使用状況や、ＬＵに対応する論理ボリュームの使用状況等を計算する。この計算には、INQUIRYコマンドを発行して得られるＬＵに属する論理ボリューム番号、使用状況収集処理で得られる各ディスクアレイ２００における論理ボリューム情報、パリティグループ情報および論理ボリュームの使用状況等が使用される（ステップ１２００）。
マネージャ１３０は、使用状況等の計算結果を、各論理ボリュームが属するパリティグループ２２０の属性（ＲＡＩＤ構成、ディスク装置２１０の型名又はディスク装置２１０の性能等）等と共にユーザに提示する（ステップ１２１０）。
マネージャ１３０は、各ＬＵについて、INQUIRYコマンドを発行して得られた各ＬＵに属する論理ボリューム番号、使用状況収集処理で得られた各ディスクアレイ２００における論理ボリューム情報、パリティグループ情報及び論理ボリュームの使用状況等とから、各空きＬＵが対応する各論理ボリュームの使用状況等を計算する（ステップ１２２０）。この計算結果が、各空きＬＵに関連するパリティグループ２２０の属性等と共にユーザに分類されて提示される（ステップ１２３０）。
使用状況等の情報は、ホスト１００あるいはホスト１００にネットワーク接続された他の計算機で表示することもできる。
ユーザは、各ディスクアレイ２００の各ＬＵについての情報を参照し、データを再配置すべきＬＵ（再配置元ＬＵ）及びデータの再配置先のＬＵを決定する。ただし、ユーザではなく、ホスト１００のマネージャ１３０が、各ＬＵについての情報から自動的にデータ再配置元又は再配置先を決定してもよい。再配置の決定は、たとえば、再配置後に、ディスクアレイ２００間での負荷分散、パリティグループ２２０間での負荷分散、高性能を要求するファイルが存在するＬＵの高性能パリティグループ２２０への配置等が実現されるように行なわれる。再配置先ＬＵのサイズは、再配置元ＬＵのサイズ以上でなければならない。各ＬＵのサイズは、ＳＣＳＩ規格のREAD CAPACITYコマンドで取得することができる（ステップ１２４０）。
図９は、ホスト１００が行う、データの再配置処理の手順を示すフロー図である。ホスト１００は、再配置を決定したユーザの指示、例えば再配置を指示する実行コマンドの入力等があった場合に本処理を実行する。
ユーザからの指示が入力されたホスト１００のマネージャ１３０は、ファイルシステム１１０に再配置元ＬＵのロックを指示する（ステップ１３００）。ファイルシステム１１０は、ロック指示に応じて、再配置元ＬＵへのリード/ライト要求の受付を禁止する（ステップ１３１０）。
次に、マネージャ１３０は、ファイルシステム１１０に、再配置元ＬＵについてのキャッシュメモリのフラッシュを指示する（ステップ１３２０）。ファイルシステム１１０は、再配置元ＬＵに格納されるデータであって、ホスト１００上のメモリにキャッシュされていて且つディスクアレイ２００に未だライトされていないデータを、ディスクアレイ２００の再配置元ＬＵにライトする（ステップ１３３０）。
マネージャ１３０は、ファイルシステム１１０に、再配置元ＬＵについてのキャッシュの無効化を指示する（ステップ１３４０）。ファイルシステム１１０は、再配置元ＬＵに格納されるデータであってホスト１００上のメモリにキャッシュされているデータを無効にする（ステップ１３５０）。
ＬＵのロック、キャッシュメモリのフラッシュ及び無効化の処理は、ＬＵのアンマウントの処理に相当する。
マネージャ１３０は、再配置先ＬＵが存在するディスクアレイ２００に、再配置元ＬＵから再配置先ＬＵへのデータのコピーを指示する。この指示は、使用状況収集処理と同様、再配置先ＬＵが存在するディスクアレイ２００のコマンドボリュームに、コピー指示オペレーションコードや再配置元ＬＵや再配置先ＬＵ等のコピー指示のパラメータを含んだライトコマンドを発行することで行われる（ステップ１３６０）。ディスクアレイ２００は、後述のコピー処理を開始し、コピー指示の受領をマネージャ１３０に通知する（ステップ１３７０）。
マネージャ１３０は、ローカルディスク１９０に格納されているファイルシステム１１０が使用するＬＵ論理位置名テーブル１９１を書き換え、再配置元ＬＵと再配置先ＬＵとの論理位置名を入れ替える。入れ替えられるＬＵ論理位置名テーブル１９１の例を、図１０及び図１１に示す。
図中、ディスクアレイ番号、ＩＤおよびＬＵＮは、ＬＵ番号６００１を特定するために必要な情報である。図１０は、論理位置名をディレクトリ形式で示したものであり、図１１は、論理位置名をドライブ形式で示したものである。いずれも、アプリケーション１４０が使用する記憶領域としてのＬＵの論理位置を示している（ステップ１３８０）。マネージャ１３０は、ファイルシステム１１０に、ＬＵ論理位置名テーブル１９１の更新（再読み込み）及びステップ１３００で指示したロックの解除を指示する（ステップ１３９０）。
ファイルシステム１１０は、ＬＵ論理位置名テーブル１９１を再度読み込んで情報を更新する（ステップ１４００）。ファイルシステム１１０は、ロックを解除してリード/ライト要求の受け付けを再開する（ステップ１４１０）。
ステップ１４００及び１４１０の処理は、ＬＵのマウント処理に相当する。
ステップ１４１０の処理が実行された後は、ファイルシステム１１０のリード/ライトの対象となるＬＵが再配置の対象であるＬＵであれば、ファイルシステム１１０のリード/ライト処理は、ステップ１３８０において情報が入れ替えられた再配置先ＬＵに対して行われる。
図１２は、再配置処理において、ディスクアレイ２００が、ホスト１００からコピー指示を受けた際に行うコピー処理の手順を示すフロー図である。
再配置先ＬＵが存在するディスクアレイ２００が、ＦＣインタフェース２６０を介してホスト１００からコピー指示を受け取ると、制御部３００は、コピー指示で指定された再配置先ＬＵについてのコピー領域管理テーブル３２３をメモリ３２０上に用意する。
図１３は、コピー領域管理テーブル３２３の内容を示す図である。コピー領域管理テーブル３２３は、コピーされるデータの範囲、大きさ等の情報が登録されているテーブルである。
図中、コピー先ＬＵ番号６１０１及びコピー元ＬＵ番号６１０２は、ＦＣ６００のネットワーク内において再配置先ＬＵと再配置元ＬＵを一義的に示す番号を格納する領域である。具体的には、ホスト１００からコピー指示のパラメータとして指定された８バイトの番号（WORLD WIDE NAME）、３バイトの番号（N＿PORT ID）、ＳＣＳＩ規格のターゲットＩＤもしくはＬＵＮが格納される。コピーブロック数６１０３には、コピーする領域のブロック（最小リード/ライト単位）の数であり、コピー領域の大きさを示すデータが格納される。ビットマップ６１０４のビットには、ＬＵのコピー対象領域の各ブロックが割り当てられる。ビットが「１」である場合は未コピーを示し、「０」である場合はコピー済を示す。初期時は、コピー対象領域に対応するすべてのビットが１に設定される（ステップ１５００）。
制御部３００は、コピー指示の受領をホスト１００に通知する。この通知は、コピー指示を実際に受領してから、コピー領域管理テーブル３２３の設定後、実際にコピーを行う前の時点で行われる。このため、コピー指示の受領から当該通知までの時間は短い（ステップ１５１０）。
制御部３００は、ＦＣインタフェース２６０を介して再配置元ＬＵから格納すべきデータをリードし、再配置先ＬＵに格納するコピーを行う（ステップ１５２０）。
制御部３００は、ＬＵのコピー対象領域について、コピー済の領域に対応するビットマップ６１０４のビットを順次０に変更する（ステップ１５３０）。制御部３００は、対象となるＬＵ全体のコピーが終了したら、コピー処理を終了する（ステップ１５４０）。
再配置元ＬＵが存在するディスクアレイ２００と再配置先ＬＵが存在するディスクアレイ２００とが同一の場合には、ディスクアレイ２００内でＬＵのコピーが行われる。
ホスト１００からの再配置対象ＬＵへのリード/ライトは、再配置対象ＬＵのデータがコピー中であっても、再配置先ＬＵ、すなわち再配置先ＬＵの存在するディスクアレイ２００に対して行われる。
図１４は、再配置先ＬＵの存在するディスクアレイ２００が、データの再配置におけるコピー処理の最中に、再配置の対象となるＬＵに対するリード/ライトコマンドを受けた場合における処理の手順について示すフロー図である。
ディスクアレイ２００が、ＦＣインタフェース２６０を介してリードコマンドを受け取ると、制御部３００は、リード対象範囲とテーブル３２３のビットマップ６１０４とを比較する（ステップ１６１０）。リード対象領域に未コピーの領域が含まれている場合には、制御部３００は、リード対象領域のデータを優先して読み出してコピーを済ませる（ステップ１６３０）。制御部３００は、ビットマップ６１０４のリード対象領域に対応するビットをコピー済みに更新する（ステップ１６４０）。制御部３００は、ディスクアレイ２００内のコピーしたデータをホスト１００に転送する（ステップ１６５０）。リード対象領域がすべてコピー済であれば、制御部３００は、ディスクアレイ２００内のコピー済みのデータをホスト１００に転送する（ステップ１６５０）。
制御部３００は、ＦＣインタフェース２６０を介してライトコマンドを受け取ると、ホスト１００から転送されたデータについて、ライト対象領域にライトを行う（ステップ１６７０）。制御部３００は、コピー領域管理テーブル３２３のビットマップ６１０４のライト対象領域に対応するビットをコピー済に更新する（ステップ１６８０）。制御部３００は、残りの未コピー領域のコピーを継続する（ステップ１６９０）。
以上の処理により、再配置先ＬＵが存在するディスクアレイ２００は、データ再配置におけるコピー処理中であっても、ホスト１００からのリード/ライトを処理することができる。
なお、このリード/ライトの処理の際、制御部３００は、同時に、先に説明した使用状況取得処理も行う。
また、ホスト１００のマネージャ１３０は、データ再配置におけるコピー処理中に、ディスクアレイ２００のコマンドボリュームにコピー進捗取得のためのパラメータを含むデータのライトコマンドを発行し、ディスクアレイ２００が用意したデータをリードすることで、コピーの進捗情報等をディスクアレイ２００に問い合わせることができる。
具体的には、コマンドボリュームに対するライトコマンドを受け付けた制御部３００は、コマンドボリュームにライトされたパラメータを確認する。制御部３００は、コピー領域管理テーブル３２３を参照してパラメータに対応するコピーの進捗率などの情報をメモリ３２０上に用意し、ライト完了をホスト１００に通知する。マネージャ１３０は、コマンドボリュームに対するリードを行う。制御部３００は、ホスト１００のリードに対して、メモリ３２０上に用意したデータを転送することによって、コピーの進捗等の問い合わせに答える。
本実施形態によれば、複数のディスクアレイ２００間におけるＬＵの再配置によるデータの適正配置を、アプリケーション１４０にとって再配置前後で論理的に等価となるように、すなわち、アクセス対象のアクセスにアプリケーションが使用すべき論理位置名が変化しないようにしつつ実現できる。
また、本態様によれば、計算機は、ディスクアレイから取得した、各記憶領域の物理的な記憶装置資源の使用状況を、例えば記憶装置資源の負荷分散等の観点による、データの適正配置の決定に用いることができる。したがって、この情報を用いて、例えば異なるストレージサブシステム間でデータを再配置することにより、データの適正配置を行うことができる。
なお、本実施形態では、複数のディスクアレイ２００間におけるデータの再配置について説明した。しかし、再配置対象データを格納するストレージサブシステムは、ディスクアレイサブシステムでなくてもよい。磁気ディスク装置、光磁気ディスク装置、磁気テープ装置又は半導体ディスク装置などを用いた他の種類のストレージサブシステムであってもよい。
尚、マネージャ１３０は、ＦＣ６００経由ではなく、ネットワーク７００経由で、例えばSimple Network Management Protocol（ＳＮＭＰ）で規定されているプロトコルを用いて情報の収集や指示を行ってもよい。
本実施形態では、ディスクアレイ２００の制御部３００が取得する論理ボリューム使用状況３２２が使用時間の累積値である場合について説明した。しかし、制御部３００が単位時間毎の使用時間を使用率の形式にしてメモリ３２０に蓄積し、これを論理ボリューム使用状況３２２として、ホスト１００のマネージャ１３０が収集するようにしてもよい。
図１５は、本発明が適用された計算機システムの第２実施形態の構成を示す図である。
図示するように、本実施形態の計算機システムは、ローカルディスク１９０にＬＵ領域範囲テーブル１９２を格納し、スイッチ５００にコピー制御部５１０を設けた構成を有している点が、第１実施形態の計算機システムと異なる。
本実施形態では、ディスクアレイ２００がディスク装置２１０の使用状況を取得し、ホスト１００が複数のディスクアレイ２００から使用状況を収集し、使用状況を計算機システムのファイルに基づく分析も含めてユーザに提示する。ホスト１００は、ファイル管理のためのデータ（以下「メタデータ」と称する）を変更する。スイッチ５００は、ホスト１００の指示に基づいて、ディスクアレイ２００に格納されているデータをコピーする。これにより、複数のディスクアレイ２００間におけるファイルの再配置を可能とし、データの適正配置を行えるようにする。
第１実施形態においては、ホスト１００のファイルシステム１１０は、各ＬＵを、使用中のものと使用していないものとに区別して管理した。本実施形態では、ファイルシステム１１０は、全てのＬＵを使用し、全てのＬＵの領域の集合を単一領域（以下、「統合領域」と称する。）として管理する。また、統合領域上のファ
イルを、後述するメタデータで管理する。メタデータは、統合領域の既定の位置に格納される。
図１６は、本実施形態において、ファイルシステム１１０が統合領域を管理するために用いるＬＵ領域範囲テーブル１９２の例を示した図である。ＬＵ領域範囲テーブル１９２は、統合領域の範囲と各ＬＵ内領域の範囲との対応を示す情報を保持している。
図中、領域内アドレス６３０１には、統合領域内でのアドレスが格納される。ＬＵ番号６３０２は、ディスクアレイ番号、ＩＤ及びＬＵＮを含み、領域内アドレス６３０１に格納されるＬＵを示す。ＬＵ内アドレス６３０３は、対応するＬＵ番号６３０２で特定されるＬＵ内でのアドレスが格納される
図１７は、ホスト１００がリード/ライトを行う場合の処理の手順を示すフロー図である。
前提として、ホスト１００のアプリケーション１４０は、ファイルシステム１１０が管理するファイルの論理位置を指定して、ディスクアレイ２００が格納するデータにリードやライトを行うものとする。また、ファイルシステム１１０は、データをファイルとして管理するために、メタデータをディスクアレイ２００に格納している。
なお、メタデータはディスクアレイ２００に格納されているが、ファイルシステム１１０の管理に基づき、ホスト１００上のメモリにキャッシュされている場合もある。以下、メタデータがホスト１００上のメモリにキャッシュされている場合で説明する。
図１８は、メタデータの内容を示す図である。
図示するように、メタデータには、各ファイルの作成日時、更新日時、アクセス日時、属性、ファイル論理位置名、セキュリティ情報、及びファイル位置等が含まれる。各ファイルに対応する統合領域内の範囲は、ファイル位置６４０７に格納された情報で示される。
ホスト１００のアプリケーション１４０は、ファイル論理位置名によってファイルを指定し、ファイルに対するリード/ライトをＯＳ１２０に要求する（ステップ１７００）。ＯＳ１２０は、ファイルシステム１１０に、ファイルのリード/ライトを要求する（ステップ１７１０）。ファイルシステム１１０は、キャッシュされているメタデータを参照し、メタデータ及びＬＵ領域範囲テーブル１９２の情報から、指定されたファイルの位置（ＬＵおよびＬＵ内アドレス）を得る（ステップ１７２０）。
要求がライト要求である場合、ファイルシステム１１０は、さらにメタデータの更新を行う（ステップ１７４０）。ファイルシステム１１０は、ステップ１７２０で得たファイルの位置が示す領域内のリード/ライトをディスクアレイ２００に対して行い（ステップ１７５０）、キャッシュされたメタデータ及びディスクアレイ２００のメタデータを更新する（ステップ１７６０）。
ステップ１７４０及び１７６０でのメタデータの更新は、アクセスされたファイルについて、作成日時６４０１、更新日時６４０２、アクセス日時６４０３、属性６４０４、ファイル論理位置名６４０５、セキュリティ情報６４０６０、及びファイル位置６４０７等に格納された情報を、アクセス内容に応じて更新することで行われる。例えば、ライトによりファイルサイズが増減する場合は、これに合わせて、メタデータのファイル位置６４０７が示す領域内の範囲が増減される。また、ファイルが新規に作成される場合は、メタデータに新規ファイルのエントリが追加され、ファイルが削除される場合は対応するエントリが削除される。
本実施形態において、制御部３００は、第１実施形態と同様の使用状況取得処理を行う。また、ホスト１００のマネージャ１３０は、第１実施形態と同様の使用状況収集処理を行う。
図１９は、ホスト１００が行うファイル単位の再配置対象決定処理の手順を示すフロー図である。
ホスト１００のマネージャ１３０は、統合領域に存在する各ファイルについて、ファイルとＬＵとの対応を、ファイルシステム１１０に問い合わせる（ステップ１８００）。ファイルシステム１１０は、キャッシュされたメタデータ及びＬＵ領域範囲テーブル１９２を用いて、問い合わせに答える（ステップ１８１０）。
マネージャ１３０は、ディスクアレイ２００毎の各論理ボリュームの使用状況、各ＬＵの各論理ボリュームの使用状況及びファイル毎の各論理ボリュームの使用状況等を計算する。この計算には、INQUIRYコマンドによって得られた各ディスクアレイ２００における各ＬＵに属する論理ボリューム番号、使用状況収集処理で得られた各ディスクアレイ２００における論理ボリューム情報及びパリティグループ情報及び論理ボリュームの使用状況等が使用される（ステップ１８２０）。マネージャ１３０は、計算結果を、各論理ボリュームが属するパリティグループ２２０の属性等と共にユーザに提示する。すなわち、ホスト１００は、使用状況に関する情報を、ディスクアレイ２００、論理ボリューム、ＬＵ、ファイルといった各種の視点でユーザに提供する（ステップ１８３０）。
マネージャ１３０は、各ディスクアレイ２００が提供するＬＵや論理ボリュームについて利用可能な空き領域を計算し、ユーザに提示する（ステップ１８４０）。マネージャ１３０は、各ディスクアレイ２００が提供するＬＵや論理ボリュームについて利用可能な空き領域を、ファイルシステム１１０に問い合わせる（ステップ１８５０）。ファイルシステム１１０は、キャッシュされたメタデータ及びＬＵ領域範囲テーブル１９２を参照して、ファイルが存在しない空き領域を特定し、マネージャ１３０に答える（ステップ１８６０）。マネージャ１３０は、使用状況収集処理で得た各種使用状況等から、空き領域の論理ボリュームの使用状況等を、論理ボリュームやパリティグループ２２０の属性等と共にユーザに分類して提示する（ステップ１８７０）。
使用状況や空き領域の情報は、ホスト１００またはホスト１００にネットワークで接続された他の計算機で表示することができる。ユーザは、これらの情報より再配置すべきファイルと再配置先の空き領域とを決定する。マネージャ１３０は、これらの情報から、自動的に同様の再配置対象や空き領域を決定してもよい（ステップ１８８０）。
ホスト１００のファイルシステム１１０が、ＯＳ１２０やアプリケーション１４０からの各ファイルへのリード/ライト要求頻度（アクセス頻度）を監視して統計情報を生成し、ステップ１８３０でユーザに提示するようにしてもよい。
これにより、ユーザは、ホスト１００での各ファイルのアクセス頻度を勘案して再配置すべきファイルを決定することができる。
図２０は、ホスト１００が、再配置対象決定処理の結果を受けて行う再配置処理の手順を示すフロー図である。本処理は、基本的には、図９に示すＬＵ単位の再配置決定処理の手順において、ＬＵをファイルに、ディスクアレイ２００をスイッチ５００に読み替えた処理と同じである。以下、図９とは異なる部分についてのみ説明する。
マネージャ１３０は、ファイルシステム１１０に、再配置先の空き領域についての領域の使用予約を指示する（ステップ１９４０）。ファイルシステム１１０は、指定された再配置先領域が確保されるよう、キャッシュされたメタデータを更新する（ステップ１９５０）。マネージャ１３０は、ファイルシステム１１０に、メタデータのキャッシュメモリのフラッシュを指示する（ステップ１９６０）。ファイルシステム１１０は、ホスト１００上のメモリにキャッシュメモリしてあるメタデータを、ディスクアレイ２００にライトする（ステップ１９７０）。
マネージャ１３０は、メタデータを書き換え、指定されたファイルの位置を、再配置元領域から再配置先領域へ入れ替える。これにより、再配置元の領域を空き領域とする（ステップ２０１０）。マネージャ１３０は、ファイルシステム１１０に、メタデータについて、キャッシュの無効化を指示する（ステップ２０２０）。ファイルシステム１１０は、ホスト１００上のメモリにキャッシュしてあるメタデータを無効にする（ステップ２０３０）。
以降、ファイルシステム１１０が、ファイルにリード/ライトする場合には、再配置先領域にコピーされたデータに対して正常にリード/ライトを行うことができる。
本実施形態によれば、複数のディスクアレイ２００間でのファイルの適正配置を、アプリケーション１４０にとって再配置前後で論理的に等価となるように行うことが可能となる。
図２１は、本発明が適用された計算機システムの第３実施形態の構成を示す図である。
本実施形態の計算機システムは、クライアント８００が、ＦＣインタフェース８６０及びネットワークインタフェース８７０を有する。そして、クライアント８００がＦＣインタフェース８６０を介してＦＣ６００経由でホスト１００、ディスクアレイ２００及びスイッチ５００に接続され、かつネットワークインタフェース８７０を介してネットワーク７００経由でホスト１００およびディスクアレイ２００に接続される点が、第２実施形態の計算機システムと異なる。本実施形態では、複数のクライアント８００とホスト１００とが、ディスクアレイ２００上のファイルを共有する。クライアント８００は、ＯＳ８２０とアプリケーション８４０を有する。クライアント８００は一般的な電子計算機である。
第２実施形態と同様に、本実施形態のファイルシステム１１０は、全てのＬＵを使用し、全てのＬＵの領域を集合して単一の統合領域として管理する。そして、統合領域上のファイルを、第２実施形態と同様にメタデータにより管理する。
クライアント８００が、ディスクアレイ２００に格納されているファイルへアクセスする処理について説明する。
図２２は、クライアント８００がディスクアレイ２００に格納されているファイルのリードを行う場合の処理の手順を示すフロー図である。
クライアント８００のアプリケーション８４０は、ＯＳ８２０にファイルのリードを要求する（ステップ２１００）。ＯＳ８２０は、ネットワークインタフェース８７０あるいはＦＣインタフェース８６０を介して、ホスト１００のファイルシステム１１０にファイルのリードを通知する（ステップ２１１０）。
ファイルのリードの通知を受けたファイルシステム１１０は、ファイルが格納されているＬＵおよびＬＵ内アドレスを、メタデータとＬＵ領域範囲テーブル１９２とを参照して求める（ステップ２１２０）。ファイルシステム１１０は、ファイルが格納されているＬＵのＬＵ内アドレスを他のクライアント８００からのライトに対してロックする（ステップ２１３０）。ファイルシステム１１０は、ホスト１００のキャッシュメモリにあるメタデータをフラッシュする（ステップ２１４０）。ファイルシステム１１０は、クライアント８００のＯＳ８２０に、ファイルが格納されているＬＵおよびＬＵ内アドレスと、メタデータの格納されているＬＵおよびＬＵ内アドレスとを返答する（ステップ２１５０）。
返答を受けたクライアント８００のＯＳ８２０は、リードの対象となるファイルが格納されているＬＵが存在するディスクアレイ２００に対し、ＦＣインタフェース８６０を介して、ファイルが格納されているＬＵ内アドレスに対するリードを行って、アプリケーション８４０からの要求を処理する（ステップ２１６０）。
クライアント８００から要求されたデータのリード処理が終了したら、ＯＳ８２０は、ホスト１００のファイルシステム１１０から通知されたＬＵおよびＬＵ内アドレスにあるメタデータ上のファイルのアクセス日時を更新する（ステップ２１７０）。ＯＳ８２０は、ファイルシステム１１０に、ネットワークインタフェース８７０またはＦＣインタフェース８６０を介して、処理の完了を通知する（ステップ２１８０）。
完了通知を受けたファイルシステム１１０は、ホスト１００上のメタデータのキャッシュメモリを無効化し（ステップ２１９０）、ステップ２１３０で行ったロックを解除する（ステップ２２００）。
図２３は、ライトを行う場合の処理の手順を示すフロー図である。
ライト処理は、図２２のリード処理において、リードをライトに置き換えた処理とほぼ同一である。以下、異なる部分について説明する。
ファイルシステム１１０は、ライトで増加する可能性のあるファイル使用領域のための領域の予約をメタデータに記述する（ステップ２３４０）。ファイルシステム１１０は、クライアント８００のＯＳ８２０に、ファイルが格納されているＬＵおよびＬＵ内アドレス（ライトで増加する可能性のあるファイル使用領域のために予約した領域を含める）と、メタデータが格納されているＬＵ及びＬＵ内アドレスとを返答する。なお、ライトで増加する可能性のあるファイル使用領域の増加量は、クライアント８００のＯＳ８２０からのライトの通知に含まれているものとする（ステップ２３６０）。
返答を受けたＯＳ８２０は、ライトの対象となるファイルが格納されているＬＵが存在するディスクアレイ２００に対し、ＦＣインタフェース８６０を介して、ファイルが格納されているＬＵ内アドレスに対するライトを行い、アプリケーション８４０からの要求を処理する（ステップ２３７０）。
このようにして、クライアント８００のアクセスを処理することにより、クライアント８００およびホスト１００は、ディスクアレイ２００に格納されているファイルを矛盾なく共有して使用することができる。なお、ホスト１００自身のファイルアクセスも、クライアント８００によるファイルアクセスと同様に処理される。
次に、本実施形態でのファイルの再配置について説明する。
本実施形態でのファイルの再配置に関する処理（使用状況取得処理、使用状況収集処理、再配置対象決定処理および再配置処理）は、第２実施形態と同様である。ただし、アプリケーション８４０が要求するデータのリード/ライト処理でファイルがロックされている間、再配置処理は実行されない。また、図２０に示す再配置処理のステップ１９２０及び１９３０におけるファイルのキャッシュメモリのフラッシュと、ディスクアレイへ２００への書き戻しは、ファイルシステム１１０がそのファイルをキャッシュメモリしているクラインアント８００に対して指示し、これを行わせる。
本実施形態によれば、ディスクアレイ２００に格納されているデータを共有して使用する環境においても、複数のディスクアレイ２００間におけるファイルの物理的な再配置を、アプリケーション１４０、８４０に対して、再配置前後で論理的に等価となるように行うことができる。
本実施形態においても、ホスト１００のファイルシステム１１０が、ＯＳ１２０、８２０やアプリケーション１４０、８４０からの各ファイルへのリード/ライト要求頻度を監視し、統計情報を生成して、再配置対象決定処理においてユーザに提示するようにしてもよい。
本実施形態において、クライアント８００上にマネージャ１３０のプログラムが格納され、そのマネージャ１３０が、ＦＣインタフェース８６０あるいはネットワークインタフェース８７０を用いて、使用状況等の情報の収集や指示などの処理を、ホスト１００のファイルシステム１１０やディスクアレイ２００に要求するようにしてもよい。
図２４は、本発明が適用された計算機システムの第４実施形態の構成を示す図である。
本実施形態の計算機システムは、ホスト１００がＬＵプールマネージャ９００及びＬＵ管理テーブル９１０を有する点で、第１実施形態の計算機システムと異なる。
本実施形態によれば、ＬＵの再配置先の選択を容易にすることができる。
図２５は、ＬＵ管理テーブル９１０を示す図である。
ＬＵ管理テーブル９１０は、システム全体のＬＵの状態に関する情報が登録されているテーブルである。
ＬＵ番号３３１０には、各ＬＵに一意に割り当てられた番号が登録される。この番号は、ＬＵプールマネージャ９００が各ＬＵを管理するために使用される。サイズ３３２０には、対応するＬＵの容量が登録される。構成３３３０には、ＲＡＩＤ構成の種別が格納される。構成３３３０には、ＬＵがキャッシュメモリ３３０や単体ディスクで構成されている場合には、その情報も格納される。
状態３３４０には、ＬＵの状態を示す情報が格納される。その種別として、「オンライン」、「オフライン」、「未実装」及び「障害オフライン」が設けられている。「オンライン」は、ＬＵが正常な状態であり、ホスト１００からアクセス可能であることを示す。「オフライン」は空きＬＵ、すなわちＬＵは正常に存在するが、ホスト１００からはアクセス不能の状態におかれていることを示す。「未実装」は、このＬＵは定義されておらず、ホスト１００からアクセス不能であることを示す。「障害オフライン」は、ＬＵに障害が発生してホスト１００からのアクセスができないことを示す。
ディスクアレイ番号３３５０には、対応するＬＵが存在するディスクアレイ２００を示す情報が格納される。
パス３３６０には、各ディスクアレイ２００に複数接続するＦＣ６００のどれにＬＵが割り当てられているかを示す番号が格納される。ＩＤ３３７０及びＬＵＮ３３８０には、ＬＵを示す番号が格納される。
ディスク性能３３９０には、対応するＬＵが現在配置されているディスク装置２１０の性能を示す指標が格納される。具体的には、図２５に示すとおり、ディスク装置２１０の平均シーク時間、平均回転待ち時間及び構成から、ディスク装置２１０の性能が高性能、中性能、低性能の指標に分類されて格納されている。キャッシュメモリ上のＬＵは、超高性能に分類される。
エミュレーションタイプ３４００には、ディスクアレイ２００がホスト１００に提供する各ＬＵのディスク装置としての型を示す情報が格納される。
再配置可能フラグ３４１０には、ＬＵの再配置を行う際に、ＬＵの再配置先として使用できるか否かを指定するためのフラグが格納される。ユーザは、このフラグを用いて再配置用のＬＵとその他のＬＵを区別することができる。ユーザはフラグのオン／オフを変更することができる。
図２５は、ディスクアレイ番号０についてのＬＵ管理テーブルを示す図である。マネージャ１３０は、すべてのディスクアレイ２００についてのＬＵ管理テーブルを保持している。
本実施形態における再配置対象の決定は、以下のようにして行われる。
ユーザは、マネージャ１３０に対して、再配置元ＬＵの指定及び再配置先ＬＵとして必要とされる条件を指定する。具体的な条件としては、性能条件や信頼性レベル等がある。
例えば、あるＬＵが過度に使用され、そのＬＵを含むディスク装置の能力を超えて負荷がかかっている場合、そのＬＵの再配置先としてより高性能のディスク装置を指定すれば、ＬＵの処理能力が増大し、計算機システムの性能向上が期待できる。
又、重要なデータを格納しているＬＵが単体ディスクや冗長なしＲＡＩＤ（ＲＡＩＤ０）上に存在する場合、再配置先としてＲＡＩＤ５やＲＡＩＤ１を指定すれば、冗長性による耐障害性を確保できる。
マネージャ１３０は、ＬＵ管理テーブル９１０に登録された情報を用いて再配置先のＬＵを決定し、ユーザに通知した上で、ＬＵの再配置を行う。
図２６は、本実施形態における再配置対象決定処理の手順を示すフロー図である。本処理は、ユーザの指示に対応して実行される。
ユーザは、マネージャ１３０に対して再配置元ＬＵのディスクアレイ番号、パス、ＩＤ及びＬＵＮを指定する。この場合、パス及びＩＤ等の代わりに、ディスクアレイ番号及びＬＵ番号を指定してもよい（ステップ２５００）。
ユーザは、マネージャ１３０に対して、再配置先についての要求条件として性能条件や信頼性レベルを指定する（ステップ２５１０）。
マネージャ１３０は、再配置元ＬＵ、および再配置先についての要求条件をＬＵプールマネージャ９００に通知する（ステップ２５２０）。ＬＵプールマネージャ９００は、ＬＵ管理テーブル９１０内を検索して、要求された条件を満たすＬＵの有無を確認する（ステップ２５３０）。
この場合、検索条件は、「状態がオフライン」かつ「サイズが再配置元ＬＵ以上」かつ「エミュレーションタイプが再配置元ＬＵと同じ」かつ「再配置可能フラグがオン（真）すなわち可能」かつ「性能条件が要求を満たす」かつ「信頼性レベルが要求を満たす」でなければならない。
ステップ２５４０において条件を満たすＬＵが存在した場合、ＬＵプールマネージャは、該当するＬＵをマネージャ１３０に通知する（ステップ２５５０）。マネージャ１３０は、通知されたＬＵを再配置先ＬＵとして決定する（ステップ２５６０）。
ステップ２５４０で条件を満たすＬＵが存在しなかった場合、ＬＵプールマネージャ９００は、ＬＵ管理テーブル９１０内を検索して「状態が未実装」のＬＵ番号３３１０を探す（ステップ２５７０）。
未実装のＬＵ番号３３１０が存在しなかった場合は、ＬＵプールマネージャ９００は、マネージャ１３０に条件を満たすＬＵの利用不可を通知する（ステップ２５８０）。通知を受けたマネージャ１３０は、ユーザに再配置先ＬＵ決定不可を通知する（ステップ２５９０）。
ステップ２５７０で未実装のＬＵが存在した場合は、ＬＵプールマネージャ９００は、未実装のＬＵ番号と再配置先ＬＵについての条件を指定して、該当するディスクアレイ２００に再配置先ＬＵの構築を指示する（ステップ２６００）。
この場合の再配置先ＬＵについての条件は、「サイズが再配置元ＬＵ以上」かつ「エミュレーションタイプが再配置元ＬＵと同じ」かつ「性能条件が要求を満たす」かつ「信頼性レベルが要求を満たす」である。
ＬＵの構築を指示されたディスクアレイ２００は、ＬＵ構築処理を行う（ステップ２６１０）。構築が成功した場合は、ディスクアレイ２００は、ＬＵプールマネージャ９００に、構築したＬＵについてのディスクアレイ番号、パス、ＩＤ及びＬＵＮなどを含む一連の情報を通知する（ステップ２６２０）。構築が失敗した場合には、ディスクアレイ２００は、ＬＵプールマネージャ９００に構築不可の通知を行う（ステップ２６１０）。
ＬＵプールマネージャ９００は、通知されたＬＵの情報をＬＵ管理テーブル９１０に登録し（ステップ２６３０）、マネージャ１３０に通知する（ステップ２５５０）。マネージャ１３０は、このＬＵを再配置先ＬＵとして決定する（ステップ２５６０）。
構築不可の通知を受けたＬＵプールマネージャ９００は、マネージャ１３０に条件を満たすＬＵの利用不可を通知する（ステップ２５８０）。通知を受けたマネージャ１３０は、ユーザに再配置先ＬＵ決定不可を通知する（ステップ２５９０）。
図２７は、ディスクアレイ２００が行うＬＵ構築処理の手順を示すフロー図である。この処理は、ＬＵプールマネージャ９００の指示を受けた時に行われる ディスクアレイ２００は、ＬＵプールマネージャ９００からの指示により、未実装のＬＵ番号と再配置先ＬＵについての条件を受け取る（ステップ２７００）。
ディスクアレイ２００は、ディスク装置２１０やキャッシュメモリ３３０などの内部資源割り当て状況等と受け取った条件を比較して、要求された条件のＬＵが構築可能かどうかを判断する（ステップ２７１０）。ＬＵが構築可能な場合は、ディスクアレイ２００は、内部資源を割り当て、フォーマット／初期化処理を行ってＬＵを構築する。ディスクアレイ２００は、構築したＬＵに、ＬＵプールマネージャ９００から受けとった未実装のＬＵに対応するＬＵ番号を割り当てる（ステップ２７２０）。
ディスクアレイ２００は、ＦＣインタフェース２６０を設定し、ＬＵにパス、ＩＤ、ＬＵＮを割り当てる（ステップ２７３０）。ディスクアレイ２００は、構築したＬＵについての、ディスクアレイ番号、パス、ＩＤ及びＬＵＮ等を含む一連の情報をＬＵプールマネージャ９００に通知する（ステップ２７４０）。
ステップ２７１０においてＬＵが構築不可能だった場合は、ディスクアレイ２００は、構築不可をＬＵプールマネージャ９００に通知する（ステップ２７５０）。
再配置先ＬＵが決定されたら、マネージャ１３０は、第一の実施の形態と同様に再配置元ＬＵと再配置先ＬＵについての再配置処理を行う。
図２８は、再配置元ＬＵのオフライン化処理の手順を示すフロー図である。
マネージャ１３０は、第一の実施の形態で説明した方法でコピーの進捗を取得し、コピーが終了した場合は、ＬＵプールマネージャ９００に再配置元ＬＵのオフライン化を指示する（ステップ２８００）。
オフライン化の指示を受けたＬＵプールマネージャ９００は、再配置元ＬＵのディスクアレイ２００に、再配置元ＬＵのオフライン化を指示する（ステップ２８１０）。オフライン化の指示をうけたディスクアレイ２００は、ＦＣインタフェース２６０を設定してＬＵにロックをかけることで、ＬＵをオフラインにする（ステップ２８２０）。ディスクアレイ２００は、オフライン化したことをＬＵプールマネージャ９００に通知する（ステップ２８３０）。
オフライン化の通知を受けたＬＵプールマネージャは、ＬＵ管理テーブル９１０のＬＵの状態３３４０の内容をオフラインに更新する（２８４０）。
ここでは、マネージャ１３０がコピーの進捗情報を取得する例を説明したが、ディスクアレイ２００がコピー終了をマネージャ１３０に通知してもよい。
また、マネージャ１３０がオフライン化を指示する代わりにディスクアレイ２００がコピー終了時点で再配置元ＬＵをオフライン化し、オフライン化したことをＬＵプールマネージャ９００に通知してもよい。
本実施形態においては、マネージャ１３０が、ＳＣＳＩ規格のEXTENDED COPYコマンドを用いてスイッチ５００のコピー制御部５１０へのコピー指示を行う場合について説明したが、他のコマンドを用いてもよい。他のコマンドとは、例えば、コマンドボリュームへのライトコマンド等である。また、図１５に示すように、ディスクアレイ２００がコピー制御部５１０を有し、マネージャ１３０がディスクアレイ２００のコピー制御部５１０に、コピー指示を行って、ディスクアレイ２００がコピー処理を行うようにしてもよい。
本実施形態では、再配置先ＬＵとして要求する条件などの情報はユーザが指定しているとしたが、マネージャ１３０が自動的に判断して指定してもよい。
本実施形態では、ＬＵプールマネージャ９００とマネージャ１３０が同じホスト１００に存在するとしたが、ＬＵプールマネージャ９００がリモートコンピュータ４００といった、マネージャ１３０とは異なるコンピュータに存在してもよい。この場合、ＬＵプールマネージャ９００とマネージャ１３０は、ＦＣ６００やネットワーク７００を介してＳＣＳＩやＳＮＭＰや他のプロトコルやコマンド体系で指示や通知を行う。
本実施形態によれば、ＬＵの再配置の処理において、再配置先のＬＵの管理や選択を容易にしてユーザの負荷を削減し、計算機システムの管理を容易にすることができる。
図２９は、本発明を適用した計算機システムの第５実施形態を示す図である。本実施形態の計算機システムは、ＬＵ領域範囲テーブル１９２に新たな項目を付加したＬＵ領域範囲テーブル１９３を用いて、クライアント８００からのリード／ライト要求に基づき、ホスト１００がファイルをリード／ライトする。そして、クライアント８００との間でネットワーク７００を介してデータを転送する処理を行う点が、第３実施形態の計算機システムと異なる。
ネットワーク７００を経由したファイル共有のためのプロトコルとしては、Network File System（ＮＦＳ）やCommon Internet File System（ＣＩＦＳ）が広く用いられている。これらのプロトコルや広く普及しているネットワーク７００を用いることにより、容易にファイル共有環境を実現することができる。本実施形態においても、ＮＦＳ又はＣＩＦＳを使用することを考える。
図３０は、ＬＵ領域範囲テーブル１９３を示す図である。ＬＵ領域範囲テーブル１９３には、ＬＵ領域に対するアクセスがネットワークを使用するか否かに関する情報が格納される。
使用種別３５１０には、ＬＵ領域が、リード／ライトの処理が第３実施形態のようにＦＣ６００を介して行われるＬＵ領域であるか、本実施形態で説明するようにネットワーク７００を介してリード／ライトの処理が行われるＬＵ領域であるかを示す情報が格納される。
使用種別３５１０には、ＬＵ領域が、第１実施形態のようにＬＵを再配置する構成および方法に用いる領域（この場合のリード／ライト要求はＦＣ６００を経由する）であるか、ＬＵへのリード／ライトの処理が、ネットワーク７００を介して行う領域であるかの情報を格納することができる。使用種別３５１０には、未使用領域の情報を格納することもできる。その他、領域内アドレス、ディスクアレイ番号、ＩＤ、ＬＵＮ、ＬＵ内アドレスは、第３実施形態で説明したものと同様なので、説明を省略する。
ＬＵ領域範囲テーブル１９３を用いてＬＵを集中して管理することで、ファイルシステム１１０は、ＬＵを少なくとも使用種別毎に区別された、複数の領域として管理することができる。
ＬＵ領域範囲テーブル１９３が設定されることによって、ホスト１００は、クライアント８００からの要求が、第３実施形態で説明した方法でのアクセスか、ネットワークを介した形でのアクセスかを、要求で用いられるプロトコルなどで区別する。ホスト１００は、この種別に応じて、ＬＵ領域を使用種別３５１０毎に区別して扱う。
ホスト１００は、第３実施形態の方法でアクセスされるファイルおよび領域と、本実施形態の方法でアクセスされるファイルおよび領域を区別して処理する。したがって、同一のファイルおよび領域へアクセスする方法が混在することはない。
ホスト１００は、アクセス可能なファイルの検索においても、同様の区別を行う。つまり、同一のディスクアレイ２００に存在する各ファイルに、クライアント８００からのアクセス要求があった場合、クライアント８００からの使用種別を識別することにより、クライアント８００の使用種別とは異なる他の使用種別のファイルをクライアント８００に対して返答しない。したがって、クライアント８００には、自己が使用するアクセス方法でのみアクセス可能なファイルだけが通知される。このことにより、本システムにおいては、共有ファイルの管理を容易に行うことができる。
さらに、第１実施形態のように、ＬＵを再配置する構成および方法に用いる領域（リード／ライトはＦＣ６００経由）と、ＬＵへのリード／ライトをホスト１００およびネットワーク７００を介して行う領域との区別を行うことによって、上述したような効果をこれら全ての使用種別に対して得ることができる。又、ユーザは、ホスト１００またはリモートコンピュータ４００を介して、ＬＵ領域範囲テーブル１９３を自由に設定することができる。
本実施形態では、ＮＦＳやＣＩＦＳのようなファイル共有プロトコルをネットワーク７００経由で使用し、ホスト１００とクライアント８００間のデータ転送をネットワーク７００経由で行うとしたが、ネットワーク７００の代わりに、ＦＣ８００経由で行う処理も考えられる。更に、クライアント８００が行う各ＬＵへのリード／ライト要求を、ホスト１００およびネットワーク７００を介して行う処理も考えられる。この場合、ホスト１００は、クライアント８００が要求するリード／ライト対象領域を、ＬＵ領域範囲テーブル１９２を用いて求める。ホスト１００は、対象となるデータをリードしてクライアント８００にネットワーク７００経由で転送する。あるいは、ホスト１００は、クライアント８００からデータをネットワーク７００経由で受領してライトする。
図３１は、クライアント８００のアプリケーション８４０が、ディスクアレイ２００に格納されているファイルに対してリードを行う場合における、ホスト１００の処理の手順を示すフロー図である。
第３実施形態と同様に、リード通知をうけたホスト１００のファイルシステム１１０は、ＬＵ領域範囲テーブル１９３とメタデータを参照することで、ファイルの格納されているＬＵ及びＬＵ内領域を求める（ステップ２９００）。ファイルシステム１１０は、他のライト要求に対してリード対象となるファイルをロックする（ステップ２９１０）。ファイルシステム１１０は、ファイル内のデータをリードして（ステップ２９２０）、クライアント８００にネットワーク７００を介してリードした内容を転送する（ステップ２９３０）。ファイルシステム１１０は、メタデータ上のファイルアクセス日時を更新する（ステップ２９４０）。ファイルシステム１１０は、ファイルのロックを解除し（ステップ２９５０）、リード処理の完了をクライアント８００に通知する（ステップ２９６０）。
図３２は、アプリケーション８４０が、ライトを行う場合の処理の手順を示すフロー図である。
ライト通知を受けたホスト１００は、ネットワーク７００経由でクライアント８００からライトデータを受け取る（ステップ３０００）。ホスト１００は、ＬＵ領域範囲テーブル１９３とメタデータを参照することで、ファイルの格納されているＬＵとＬＵ内領域を求める（ステップ３０１０）。ホスト１００は、ファイルをロックし（ステップ３０２０）、ファイルにデータをライトする。このとき、必要ならばメタデータを更新してファイル使用領域の追加を行う（ステップ３０３０）。
ホスト１００は、メタデータ上のファイル更新日時とアクセス日時を更新する（ステップ３０４０）。ホスト１００は、ロックを解除し（ステップ３０５０）、ライト完了をクライアント８００に通知する（ステップ３０６０）。
図３３は、クライアント８００のアプリケーション８４０またはＯＳ８２０が、アクセス可能なファイルの存在についてホスト１００に問い合わせた場合の処理の手順を示すフロー図である。
アプリケーション８４０またはＯＳ８２０自身の要求があった時、ＯＳ８２０は、ネットワーク７００を介してホスト１００にアクセス可能なファイルの存在を問い合わせる（ステップ３１００）。
通知をうけたホスト１００のファイルシステム１１０は、アクセス可能なファイルを、ＬＵ領域範囲テーブル１９３とメタデータを参照して求める（ステップ３１１０）。ファイルシステム１１０は、各ファイルのファイル名などの情報をクライアント８００に通知する（ステップ３１２０）。
本実施形態では、クライアント８００およびホスト１００は、ディスクアレイ２００に格納されているファイルをホスト１００経由で共有して使用することができる。データの再配置の方法等は第３実施形態と同様である。ただし、再配置処理は各使用種別の領域内で行われる。
本実施形態では、ディスクアレイ２００に格納されているデータを共有して使用する環境においても、アプリケーション１４０およびアプリケーション８４０が関与することなく、複数のディスクアレイ２００間でのファイルの物理的再配置を行うことができる。
本発明は、各実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。
たとえば、図１、図１５および図２１に示すように、マネージャ１３０を、ネットワークインタフェース４７０とＦＣインタフェース４６０とを有するリモートコンピュータ４００上のプログラムとして、ホスト１００の外部に配置してもよい。ホスト１００外部のマネージャ１３０がＦＣ６００あるいはネットワーク７００経由で情報の収集や指示を行い、各実施形態と同様の処理を行って、複数のディスクアレイ２００間におけるＬＵの再配置によるデータの適正配置を、アプリケーション１４０に対して透過的に行うことができる。
また、第１実施形態において、第３実施形態と同様に、ファイルの共有等を行うようにしてもよい。この場合も、記第１実施形態と同様に、複数のディスクアレイ２００間でのデータの物理的再配置を、アプリケーション１４０、８４０に対し、再配置前後で論理的に等価となるように透過的に行うことができる。
以上説明したように、本発明によれば、ストレージサブシステム間におけるデータの再配置を容易に行うことが出来る。また、本発明によれば、ホストコンピュータが適正配置の決定に必要な情報を複数のストレージサブシステムから取得することができる。また、異なるストレージサブシステム間におけるデータの再配置を、アプリケーションにとってのデータ位置が、再配置の前後で変化しないように行うことができる。さらに、異なるストレージサブシステム間におけるファイルを対象とするデータの再配置を行うことができる。
本発明の第１実施形態が適用された計算機システムの構成を示す図である。 本発明の第１実施形態でのリード/ライト処理および使用状況取得処理の手順を示すフロー図である。 本発明の第１実施形態で用いる論理/物理対応情報を示す図である。 本発明の第１実施形態で用いる論理ボリューム使用状況を示す図である。 本発明の第１実施形態での使用状況収集処理の手順を示すフロー図である。 本発明の第１実施形態で用いる論理ボリューム情報のパラメータを示す図である。 本発明の第１実施形態で用いる論理ボリューム情報を示す図である。 本発明の第１実施形態での再配置対象決定処理の手順を示すフロー図である。 本発明の第１実施形態での再配置処理の手順を示すフロー図である。 本発明の第１実施形態で用いるＬＵ論理位置名テーブルを示す図である。 本発明の第１実施形態で用いるＬＵ論理位置名テーブルを示す図である。 本発明の第１実施形態でのコピー処理の手順を示すフロー図である。 本発明の第１実施形態で用いるコピー領域管理テーブルを示す図である。 本発明の第１実施形態での、図１６に示す処理によるコピー中における、再配置先ＬＵへのリード/ライトコマンドに対する処理の手順を示すフロー図である。 本発明の第２実施形態が適用された計算機システムの構成を示す図である。 本発明の第２実施形態で用いるＬＵ領域範囲テーブルを示す図である。 本発明の第２実施形態でのリード/ライト処理の手順を示すフロー図である。 本発明の第２実施形態で用いるメタデータを示す図である。 本発明の第２実施形態での再配置対象決定処理の手順を示すフロー図である。 本発明の第２実施形態での再配置処理の手順を示すフロー図である。 本発明の第３実施形態が適用された計算機システムの構成を示す図である。 本発明の第３実施形態において、クライアントのアプリケーションがファイルのリードを行う際の処理の手順を示すフロー図である。 本発明の第３実施形態において、クライアントのアプリケーションがファイルのライトを行う際の処理の手順を示すフロー図である。 本発明の第４実施形態が適用された計算機システムの構成を示す図である。 本発明の第４実施形態でのＬＵ管理テーブル９１０を示す図である。 本発明の第４実施形態での再配置対象決定処理の手順を示すフロー図である。 本発明の第４実施形態でのＬＵ構築処理の手順を示すフロー図である。 本発明の第４実施形態での再配置元ＬＵオフライン化処理の手順を示すフロー図である。 本発明の第５実施形態が適用された計算機システムの構成を示す図である。 本発明の第５実施形態でのＬＵ領域範囲テーブル１９３を示す図である。 本発明の第５実施形態でのクライアント８００のアプリケーション８４０がファイルのリードを行う際の処理の手順を示したフロー図である。 本発明の第５実施形態でのクライアント８００のアプリケーション８４０がファイルのライトを行う際の処理の手順を示すフロー図である。 本発明の第５実施形態でのアクセス可能ファイル応答処理の手順を示すフロー図である。
符号の説明
１００…ホスト、１１０…ファイルシステム、１２０、８２０…ＯＳ、１３０…マネージャ、１４０、８４０…アプリケーション、１６０、２６０、４６０、８６０…ＦＣインタフェース、１７０、２７０、４７０、８７０…ネットワークインタフェース、１９０…ローカルディスク、１９１…ＬＵ論理位置名テーブル、１９２…ＬＵ領域範囲テーブル、２００…ディスクアレイ、２１０…ディスク装置、２２０…パリティグループ、３００…制御部、３１０…ＣＰＵ、３２０…メモリ、３２１…論理/物理対応情報、３２２…論理ボリューム使用状況、３２３…コピー領域管理テーブル、３３０…キャッシュメモリ、４００…リモートコンピュータ、５００…スイッチ、５１０…コピー制御部、６００…Fibre Channel（ＦＣ）、７００…ネットワーク、８００…クライアント。

Claims (5)

  1. 複数の第１ディスク装置及び該複数の第１ディスク装置を用いて第１論理ユニットを形成する第１制御部を含む第１ディスクアレイと、
    複数の第２ディスク装置及び該複数の第２ディスク装置を用いて第２論理ユニットを形成する第２制御部を含む第２ディスクアレイと、
    前記第１ディスクアレイ及び前記第２ディスクアレイと接続され、第１論理位置名と前記第１論理ユニットとの間の対応関係を示すマッピング情報を格納するローカルディスクと、前記第１論理位置名に対する第１アクセス要求を前記マッピング情報を参照して前記第１論理ユニットに対する第２アクセス要求に変換し、前記第２アクセス要求を前記第１ディスクアレイに発行する発行手段と、前記第１論理位置名を含む論理位置名に対して前記第１アクセス要求又は第３アクセス要求を発行するアプリケーションが格納されたメモリと、を含む計算機と
    を備え、
    前記計算機は、
    前記第２ディスクアレイに対して、前記第１論理ユニットに格納されているデータを前記第２論理ユニットにコピーするようコピー指示を発行し、
    前記第２制御部は、
    前記コピー指示を受領した場合、前記コピー指示の受領報告を前記計算機に発行するとともに、前記第１論理ユニットに格納されたデータを前記第２論理ユニットにコピーし、
    前記計算機は、
    前記受領報告を受信した場合、前記マッピング情報に含まれる前記第１論理位置名と前記第１論理ユニットとの間の対応関係を前記第１論理位置名と前記第２論理ユニットとの間の対応関係に変更し、前記第１論理ユニットから前記第２論理ユニットにコピー中のデータにかかる前記第１論理位置名に対する前記第３アクセス要求を、変更された後の前記マッピング情報を参照して前記第２論理ユニットに対する第４アクセス要求に変換して、前記第４アクセス要求を前記第２ディスクアレイに発行し、
    前記第２制御部は、
    前記第４アクセス要求がリード要求であり、かつ、該リード要求にかかるリード対象領域のデータの全てを前記第１論理ユニットから前記第２論理ユニットにコピーし終えていない場合、前記リード対象領域のデータの全てを前記第１論理ユニットから前記第２論理ユニットに優先的にコピーし終えてから該コピーした前記リード対象領域のデータを前記計算機に送信し、前記第４アクセス要求がライト要求である場合には、該ライト要求にかかるライト対象領域にデータを書き込む
    ことを特徴とする計算機システム。
  2. 前記第２制御部は、
    前記コピー指示を受領した場合、前記第２論理ユニットに含まれる複数の領域ごとに、
    コピー済み又は未コピーであることを示す情報を格納するコピー領域管理テーブルを作成するとともに、前記第１論理ユニットから前記第２論理ユニットにデータをコピーした前記領域の前記情報をコピー済みであることを示す情報に更新し、
    前記第４アクセス要求がリード要求である場合に、当該コピー領域管理テーブルに基づいて、該リード要求にかかるリード対象領域のデータの全てを前記第１論理ユニットから前記第２論理ユニットにコピーし終えたか否かを判定する
    ことを特徴とする請求項１に記載の計算機システム。
  3. 前記第２制御部は、
    前記第４アクセス要求がライト要求である場合、該ライト要求にかかるライト対象領域にデータを書き込むとともに、前記コピー領域管理テーブルにおいて未コピーであることを示す情報をコピー済みであることを示す情報に更新する
    ことを特徴とする請求項２に記載の計算機システム。
  4. 前記第１論理位置名は、ファイルシステムのディレクトリである
    ことを特徴とする請求項１に記載の計算機システム。
  5. 前記マッピング情報は、前記論理ユニット論理位置名テーブル及び論理ユニット内アドレス論理位置名テーブルを含む
    ことを特徴とする請求項１に記載の計算機システム。
JP2008063185A 2000-07-06 2008-03-12 計算機システム Expired - Fee Related JP4862006B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2008063185A JP4862006B2 (ja) 2000-07-06 2008-03-12 計算機システム

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2000205510 2000-07-06
JP2000205510 2000-07-06
JP2008063185A JP4862006B2 (ja) 2000-07-06 2008-03-12 計算機システム

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2001053458A Division JP4115093B2 (ja) 2000-07-06 2001-02-28 計算機システム

Publications (3)

Publication Number Publication Date
JP2008152807A JP2008152807A (ja) 2008-07-03
JP2008152807A5 JP2008152807A5 (ja) 2008-08-14
JP4862006B2 true JP4862006B2 (ja) 2012-01-25

Family

ID=18702583

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2008063185A Expired - Fee Related JP4862006B2 (ja) 2000-07-06 2008-03-12 計算機システム

Country Status (3)

Country Link
US (4) US6766430B2 (ja)
EP (1) EP1170657A3 (ja)
JP (1) JP4862006B2 (ja)

Families Citing this family (136)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7640582B2 (en) 2003-04-16 2009-12-29 Silicon Graphics International Clustered filesystem for mix of trusted and untrusted nodes
US7617292B2 (en) 2001-06-05 2009-11-10 Silicon Graphics International Multi-class heterogeneous clients in a clustered filesystem
US20040139125A1 (en) 2001-06-05 2004-07-15 Roger Strassburg Snapshot copy of data volume during data access
US8010558B2 (en) * 2001-06-05 2011-08-30 Silicon Graphics International Relocation of metadata server with outstanding DMAPI requests
JP2003108412A (ja) * 2001-10-02 2003-04-11 Hitachi Ltd ストレージ管理方式
JP4087097B2 (ja) * 2001-11-12 2008-05-14 株式会社日立製作所 データベース管理システム情報を考慮したデータ再配置方法およびデータ再配置を行う計算機システム
KR100359423B1 (en) * 2002-01-04 2002-11-07 Ncerti Co Ltd Very high speed high capacity backup system and backup method thereof
JP2003202964A (ja) * 2002-01-09 2003-07-18 Hitachi Ltd 計算機システムの制御方法、計算機システム、記憶装置の制御方法及び記憶装置
US20030159012A1 (en) * 2002-02-18 2003-08-21 Yec Co., Ltd. Back-up system
JP4080227B2 (ja) * 2002-03-28 2008-04-23 株式会社日立製作所 データ検証方法およびディスクアレイ装置
JP2003316522A (ja) * 2002-04-26 2003-11-07 Hitachi Ltd 計算機システムおよび計算機システムの制御方法
JP4704659B2 (ja) 2002-04-26 2011-06-15 株式会社日立製作所 記憶装置システムの制御方法および記憶制御装置
JP2003330762A (ja) * 2002-05-09 2003-11-21 Hitachi Ltd ストレージシステムの制御方法、ストレージシステム、スイッチ、及びプログラム
US7448077B2 (en) * 2002-05-23 2008-11-04 International Business Machines Corporation File level security for a metadata controller in a storage area network
JP4183443B2 (ja) * 2002-05-27 2008-11-19 株式会社日立製作所 データ再配置方法及び装置
EP1367481A3 (en) * 2002-05-29 2008-04-09 Hitachi, Ltd. Centralized storage management method
JP2004013215A (ja) * 2002-06-03 2004-01-15 Hitachi Ltd ストレージシステム、ストレージサブシステム、および、それらを含む情報処理システム
JP4100968B2 (ja) * 2002-06-06 2008-06-11 株式会社日立製作所 データマッピング管理装置
US6925541B2 (en) * 2002-06-12 2005-08-02 Hitachi, Ltd. Method and apparatus for managing replication volumes
US7376713B2 (en) * 2002-06-27 2008-05-20 International Business Machines Corporation Apparatus, system and method of distributing block data on a private network without using TCP/IP
US7069465B2 (en) * 2002-07-26 2006-06-27 International Business Machines Corporation Method and apparatus for reliable failover involving incomplete raid disk writes in a clustering system
JP2004070403A (ja) 2002-08-01 2004-03-04 Hitachi Ltd ファイル格納先ボリューム制御方法
US7711539B1 (en) * 2002-08-12 2010-05-04 Netapp, Inc. System and method for emulating SCSI reservations using network file access protocols
US7418562B2 (en) * 2002-08-29 2008-08-26 International Business Machines Corporation Apparatus and method to assign one or more storage construct names to a logical volume
JP2004102374A (ja) * 2002-09-05 2004-04-02 Hitachi Ltd データ移行装置を有する情報処理システム
JP2004110367A (ja) * 2002-09-18 2004-04-08 Hitachi Ltd 記憶装置システムの制御方法、記憶制御装置、および記憶装置システム
US20040078521A1 (en) * 2002-10-17 2004-04-22 International Business Machines Corporation Method, apparatus and computer program product for emulating an iSCSI device on a logical volume manager
US7457822B1 (en) 2002-11-01 2008-11-25 Bluearc Uk Limited Apparatus and method for hardware-based file system
US7263593B2 (en) 2002-11-25 2007-08-28 Hitachi, Ltd. Virtualization controller and data transfer control method
JP4116413B2 (ja) * 2002-12-11 2008-07-09 株式会社日立製作所 プリフェッチアプライアンスサーバ
US6985996B1 (en) * 2002-12-13 2006-01-10 Adaptec, Inc. Method and apparatus for relocating RAID meta data
JP2004220450A (ja) * 2003-01-16 2004-08-05 Hitachi Ltd ストレージ装置、その導入方法、及びその導入プログラム
US6981117B2 (en) * 2003-01-29 2005-12-27 International Business Machines Corporation Method, system, and program for transferring data
US7461131B2 (en) 2003-03-07 2008-12-02 International Business Machines Corporation Use of virtual targets for preparing and servicing requests for server-free data transfer operations
US20040181707A1 (en) 2003-03-11 2004-09-16 Hitachi, Ltd. Method and apparatus for seamless management for disaster recovery
JP4294353B2 (ja) * 2003-03-28 2009-07-08 株式会社日立製作所 ジョブ管理機能を有するストレージ系障害管理方法及び装置
JP4278445B2 (ja) * 2003-06-18 2009-06-17 株式会社日立製作所 ネットワークシステム及びスイッチ
JP2005018193A (ja) 2003-06-24 2005-01-20 Hitachi Ltd ディスク装置のインタフェースコマンド制御方法ならびに計算機システム
JP2005018185A (ja) * 2003-06-24 2005-01-20 Hitachi Ltd 記憶装置システム
JP2005056200A (ja) * 2003-08-05 2005-03-03 Hitachi Ltd データ管理方法、ディスク記憶装置およびディスク記憶システム
US7552294B1 (en) 2003-08-07 2009-06-23 Crossroads Systems, Inc. System and method for processing multiple concurrent extended copy commands to a single destination device
US7447852B1 (en) 2003-08-07 2008-11-04 Crossroads Systems, Inc. System and method for message and error reporting for multiple concurrent extended copy commands to a single destination device
US7251708B1 (en) 2003-08-07 2007-07-31 Crossroads Systems, Inc. System and method for maintaining and reporting a log of multi-threaded backups
JP4386694B2 (ja) * 2003-09-16 2009-12-16 株式会社日立製作所 記憶システム及び記憶制御装置
JP4598387B2 (ja) * 2003-09-17 2010-12-15 株式会社日立製作所 記憶システム
US7219201B2 (en) 2003-09-17 2007-05-15 Hitachi, Ltd. Remote storage disk control device and method for controlling the same
JP4307202B2 (ja) 2003-09-29 2009-08-05 株式会社日立製作所 記憶システム及び記憶制御装置
JP2005115506A (ja) * 2003-10-06 2005-04-28 Hitachi Ltd ストレージシステム
JP4307964B2 (ja) 2003-11-26 2009-08-05 株式会社日立製作所 アクセス制限情報設定方法および装置
JP4117656B2 (ja) * 2003-11-26 2008-07-16 株式会社日立製作所 アクセスパターンを学習する記憶装置
JP4412989B2 (ja) * 2003-12-15 2010-02-10 株式会社日立製作所 複数の記憶システムを有するデータ処理システム
JP4282464B2 (ja) * 2003-12-17 2009-06-24 株式会社日立製作所 リモートコピーシステム
JP4568502B2 (ja) 2004-01-09 2010-10-27 株式会社日立製作所 情報処理システムおよび管理装置
JP2005228278A (ja) * 2004-01-14 2005-08-25 Hitachi Ltd 記憶領域の管理方法、管理装置及び管理プログラム
JP2005202893A (ja) * 2004-01-19 2005-07-28 Hitachi Ltd 記憶デバイス制御装置、ストレージシステム、プログラムを記録した記録媒体、情報処理装置、及びストレージシステムの制御方法
US8463748B1 (en) * 2004-02-05 2013-06-11 Emc Corporation File system quiescing
JP2005234834A (ja) * 2004-02-19 2005-09-02 Hitachi Ltd 論理ボリュームの再配置方法
US7133988B2 (en) * 2004-02-25 2006-11-07 Hitachi, Ltd. Method and apparatus for managing direct I/O to storage systems in virtualization
JP4520755B2 (ja) * 2004-02-26 2010-08-11 株式会社日立製作所 データ移行方法およびデータ移行装置
JP4391265B2 (ja) * 2004-02-26 2009-12-24 株式会社日立製作所 ストレージサブシステムおよび性能チューニング方法
JP4521206B2 (ja) * 2004-03-01 2010-08-11 株式会社日立製作所 ネットワークストレージシステム、コマンドコントローラ、及びネットワークストレージシステムにおけるコマンド制御方法
JP2005267038A (ja) * 2004-03-17 2005-09-29 Hitachi Ltd ストレージシステムの運用方法
EP1742488B1 (en) 2004-04-26 2014-10-15 Olympus Corporation Image file reproducing apparatus and method
US7617303B2 (en) * 2004-04-27 2009-11-10 At&T Intellectual Property Ii, L.P. Systems and method for optimizing access provisioning and capacity planning in IP networks
US7340652B2 (en) * 2004-04-30 2008-03-04 International Business Machines Corporation Invalidation of storage control unit cache metadata
JP4715286B2 (ja) * 2004-05-11 2011-07-06 株式会社日立製作所 計算機システムおよび計算機システムの制御方法
US20050257014A1 (en) * 2004-05-11 2005-11-17 Nobuhiro Maki Computer system and a management method of a computer system
US20060080507A1 (en) * 2004-05-18 2006-04-13 Tyndall John F System and method for unit attention handling
JP4452557B2 (ja) * 2004-05-27 2010-04-21 株式会社日立製作所 Ｗｏｒｍ保証付きリモートコピー
JP2006011803A (ja) * 2004-06-25 2006-01-12 Hitachi Ltd 情報処理システムおよびその制御方法
US7065611B2 (en) * 2004-06-29 2006-06-20 Hitachi, Ltd. Method for controlling storage policy according to volume activity
EP1626339B1 (en) * 2004-08-13 2016-02-24 Sap Se Data processing system and method for assigning objects to processing units
US7617256B2 (en) * 2004-07-19 2009-11-10 Microsoft Corporation Remote file updates through remote protocol
JP4646574B2 (ja) * 2004-08-30 2011-03-09 株式会社日立製作所 データ処理システム
US7171532B2 (en) * 2004-08-30 2007-01-30 Hitachi, Ltd. Method and system for data lifecycle management in an external storage linkage environment
US7096338B2 (en) 2004-08-30 2006-08-22 Hitachi, Ltd. Storage system and data relocation control device
US7395396B2 (en) * 2004-08-30 2008-07-01 Hitachi, Ltd. Storage system and data relocation control device
JP4549787B2 (ja) * 2004-09-10 2010-09-22 株式会社日立製作所 ストレージ装置
JP4555036B2 (ja) * 2004-09-16 2010-09-29 株式会社日立製作所 ストレージ装置及びストレージ装置のデバイス切替制御方法
US7503040B2 (en) 2004-09-30 2009-03-10 International Business Machines Corporation Configuring a shared library to accommodate relocatable data in a pervasive device
JP2006119829A (ja) * 2004-10-20 2006-05-11 Hitachi Ltd 記憶制御装置及び記憶制御方法
JP2006127028A (ja) * 2004-10-27 2006-05-18 Hitachi Ltd 記憶システム及び記憶制御装置
JP4514578B2 (ja) * 2004-10-27 2010-07-28 株式会社日立製作所 データの移行先を選択する方法及び装置
US7383406B2 (en) 2004-11-19 2008-06-03 International Business Machines Corporation Application transparent autonomic availability on a storage area network aware file system
US7457930B2 (en) * 2004-11-19 2008-11-25 International Business Machines Corporation Method for application transparent autonomic data replication improving access performance for a storage area network aware file system
US7464124B2 (en) 2004-11-19 2008-12-09 International Business Machines Corporation Method for autonomic data caching and copying on a storage area network aware file system using copy services
US7484038B1 (en) * 2005-01-26 2009-01-27 Network Appliance, Inc. Method and apparatus to manage storage devices
JP5057656B2 (ja) 2005-05-24 2012-10-24 株式会社日立製作所 ストレージシステム及びストレージシステムの運用方法
JP4706342B2 (ja) * 2005-06-09 2011-06-22 株式会社日立製作所 データ管理方法および装置
US8282476B2 (en) * 2005-06-24 2012-10-09 At&T Intellectual Property I, L.P. Multimedia-based video game distribution
JP4842593B2 (ja) 2005-09-05 2011-12-21 株式会社日立製作所 ストレージ仮想化装置のデバイス制御引継ぎ方法
JP4933861B2 (ja) * 2005-09-22 2012-05-16 株式会社日立製作所 ストレージ制御装置、データ管理システムおよびデータ管理方法
JP4896500B2 (ja) 2005-11-14 2012-03-14 株式会社日立製作所 機器停止を伴う仮想ボリューム制御方法
JP2007164650A (ja) 2005-12-16 2007-06-28 Hitachi Ltd 記憶制御装置及び記憶制御装置の制御方法
JP4927408B2 (ja) * 2006-01-25 2012-05-09 株式会社日立製作所 記憶システム及びそのデータ復元方法
JP4890048B2 (ja) * 2006-02-24 2012-03-07 株式会社日立製作所 記憶制御装置及び記憶制御装置を用いたデータマイグレーション方法
EP1835728A1 (en) * 2006-03-15 2007-09-19 Dibcom Method for data transfer and data recovery
US7886111B2 (en) * 2006-05-24 2011-02-08 Compellent Technologies System and method for raid management, reallocation, and restriping
US20080033902A1 (en) * 2006-08-04 2008-02-07 Platespin Ltd A Method for Providing Live File Transfer Between Machines
JP4331742B2 (ja) * 2006-10-25 2009-09-16 株式会社日立製作所 Ｉ／ｏの割り振り比率に基づいて性能を管理する計算機システム、計算機及び方法
JP2008117094A (ja) * 2006-11-02 2008-05-22 Hitachi Ltd ストレージシステム、ストレージ装置及びストレージ管理方法
JP4949804B2 (ja) * 2006-11-07 2012-06-13 株式会社日立製作所 統合管理計算機と記憶装置管理方法および計算機システム
US7769972B2 (en) * 2007-01-18 2010-08-03 Lsi Corporation Storage system management based on a backup and recovery solution embedded in the storage system
US8185715B1 (en) * 2007-03-30 2012-05-22 Qlogic, Corporation Method and system for managing metadata in storage virtualization environment
JP2008310685A (ja) * 2007-06-15 2008-12-25 Hitachi Ltd 冗長性を維持した性能最適化を行うストレージシステム
US20090063794A1 (en) * 2007-08-30 2009-03-05 International Business Machines Corporation Method and system for enhanced data storage management
JP5000457B2 (ja) * 2007-10-31 2012-08-15 株式会社日立製作所 ファイル共有システム及びファイル共有方法
JP2009124505A (ja) * 2007-11-15 2009-06-04 Ntt Docomo Inc 移動通信端末、データ送信方法、通信装置及びデータ受信方法
US9110791B2 (en) * 2008-03-03 2015-08-18 Microsoft Technology Licensing, Llc Optimistic object relocation
JP5052376B2 (ja) 2008-03-21 2012-10-17 株式会社日立製作所 ストレージシステム及びストレージシステムにおける論理ユニットの引継方法
JP5284685B2 (ja) * 2008-05-16 2013-09-11 インターナショナル・ビジネス・マシーンズ・コーポレーション ファイルの再配置装置、再配置方法、及び再配置プログラム
US20100049931A1 (en) * 2008-08-20 2010-02-25 Jacobson Michael B Copying Logical Disk Mappings Between Arrays
JP5250869B2 (ja) * 2008-08-28 2013-07-31 株式会社日立製作所 ストレージシステム、論理記憶領域割り当て方法及び計算機システム
US8291404B1 (en) * 2009-03-25 2012-10-16 Emc Corporation Updating system status
US20100274966A1 (en) * 2009-04-24 2010-10-28 Hitachi, Ltd. High availabilty large scale it systems with self recovery functions
JP5381336B2 (ja) * 2009-05-28 2014-01-08 富士通株式会社 管理プログラム、管理装置および管理方法
US20110078343A1 (en) * 2009-09-29 2011-03-31 Cleversafe, Inc. Distributed storage network including memory diversity
US8688838B2 (en) * 2009-12-14 2014-04-01 Hewlett-Packard Development Company, L.P. Profile management systems
US9104517B2 (en) 2010-01-27 2015-08-11 Code Systems Corporation System for downloading and executing a virtual application
US9229748B2 (en) 2010-01-29 2016-01-05 Code Systems Corporation Method and system for improving startup performance and interoperability of a virtual application
US8627000B2 (en) * 2010-02-08 2014-01-07 Microsoft Corporation Virtual disk manipulation operations
US8763009B2 (en) 2010-04-17 2014-06-24 Code Systems Corporation Method of hosting a first application in a second application
US8782106B2 (en) * 2010-07-02 2014-07-15 Code Systems Corporation Method and system for managing execution of virtual applications
WO2012017493A1 (ja) 2010-08-06 2012-02-09 株式会社日立製作所 計算機システム及びデータ移行方法
US9021015B2 (en) 2010-10-18 2015-04-28 Code Systems Corporation Method and system for publishing virtual applications to a web server
US9292211B2 (en) 2011-03-02 2016-03-22 Hitachi, Ltd. Computer system and data migration method
US8966191B2 (en) * 2011-03-18 2015-02-24 Fusion-Io, Inc. Logical interface for contextual storage
JP2012198627A (ja) * 2011-03-18 2012-10-18 Fujitsu Ltd ストレージ装置，データ移動方法及びストレージシステム
US9285992B2 (en) * 2011-12-16 2016-03-15 Netapp, Inc. System and method for optimally creating storage objects in a storage system
WO2014091600A1 (ja) * 2012-12-13 2014-06-19 株式会社日立製作所 ストレージ装置及びストレージ装置移行方法
JP6065695B2 (ja) * 2013-03-26 2017-01-25 富士通株式会社 ストレージ制御方法、ストレージシステム、およびストレージ制御プログラム
US10235053B1 (en) * 2014-03-31 2019-03-19 Emc Corporation Method and system for using host driver for flexible allocation fast-sideways data movements
US9256373B1 (en) * 2014-05-19 2016-02-09 Emc Corporation Invulnerable data movement for file system upgrade
US10423549B2 (en) * 2015-12-04 2019-09-24 Hitachi, Ltd. Computer system and apparatus management method
CN112714910B (zh) * 2018-12-22 2022-12-27 华为云计算技术有限公司 分布式存储系统及计算机程序产品
US11238107B2 (en) * 2020-01-06 2022-02-01 International Business Machines Corporation Migrating data files to magnetic tape according to a query having one or more predefined criterion and one or more query expansion profiles

Family Cites Families (37)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0267621A (ja) * 1988-09-01 1990-03-07 Kansai Nippon Denki Software Kk ファイル再配置方式
JPH02122361A (ja) * 1988-11-01 1990-05-10 Fuji Xerox Co Ltd 計算機システムのデータベース管理方法
JPH02272648A (ja) 1989-04-13 1990-11-07 Nec Corp ファイル再配置方式
JPH03294938A (ja) * 1990-04-12 1991-12-26 Nec Corp 分散型通信システム
US5544347A (en) * 1990-09-24 1996-08-06 Emc Corporation Data storage system controlled remote data mirroring with respectively maintained data indices
JPH04151745A (ja) 1990-10-16 1992-05-25 Nec Software Kansai Ltd 統合磁気ディスクボリュームシステム
JPH04151746A (ja) 1990-10-16 1992-05-25 Nec Software Kansai Ltd 磁気ディスク装置の有効利用方式
US5426747A (en) * 1991-03-22 1995-06-20 Object Design, Inc. Method and apparatus for virtual memory mapping and transaction management in an object-oriented database system
JPH06332782A (ja) * 1993-03-22 1994-12-02 Hitachi Ltd ファイルサーバシステム及びそのファイルアクセス制御方法
JPH0756691A (ja) 1993-08-12 1995-03-03 Toshiba Corp ストライピングディスクのデータブロック自動再配置機能を持つ情報処理装置
US5544345A (en) * 1993-11-08 1996-08-06 International Business Machines Corporation Coherence controls for store-multiple shared data coordinated by cache directory entries in a shared electronic storage
JPH0973411A (ja) * 1995-09-06 1997-03-18 Hitachi Ltd アクセス負荷の分散制御システム
JPH09198195A (ja) * 1996-01-19 1997-07-31 Nec Corp データ再配置可能なディスク装置
JPH09218858A (ja) * 1996-02-14 1997-08-19 Hitachi Ltd 分散型データベース管理システム
JP3641872B2 (ja) 1996-04-08 2005-04-27 株式会社日立製作所 記憶装置システム
US5889935A (en) * 1996-05-28 1999-03-30 Emc Corporation Disaster control features for remote data mirroring
US6185601B1 (en) * 1996-08-02 2001-02-06 Hewlett-Packard Company Dynamic load balancing of a network of client and server computers
US5835954A (en) * 1996-09-12 1998-11-10 International Business Machines Corporation Target DASD controlled data migration move
US5987506A (en) * 1996-11-22 1999-11-16 Mangosoft Corporation Remote access and geographically distributed computers in a globally addressable storage environment
JPH10171065A (ja) * 1996-12-10 1998-06-26 Konica Corp ホログラム感光材料の生産方法及び生産装置
JP3403920B2 (ja) 1997-06-18 2003-05-06 株式会社日立製作所 記憶システムおよび記憶制御装置
US6578120B1 (en) * 1997-06-24 2003-06-10 International Business Machines Corporation Synchronization and resynchronization of loosely-coupled copy operations between a primary and a remote secondary DASD volume under concurrent updating
JPH1145203A (ja) * 1997-07-28 1999-02-16 Matsushita Electric Ind Co Ltd ファイル管理装置
JPH1185604A (ja) * 1997-09-12 1999-03-30 Nippon Telegr & Teleph Corp <Ntt> コンテンツ配置変更方法及びシステム及びコンテンツ配置変更プログラムを格納した記憶媒体
US6145066A (en) 1997-11-14 2000-11-07 Amdahl Corporation Computer system with transparent data migration between storage volumes
US6078990A (en) * 1998-02-06 2000-06-20 Ncr Corporation Volume set configuration using a single operational view
US6199146B1 (en) * 1998-03-12 2001-03-06 International Business Machines Corporation Storage management system and method for increasing capacity utilization of nonvolatile storage devices using partially filled substitute storage devices for continuing write operations
JP3726484B2 (ja) 1998-04-10 2005-12-14 株式会社日立製作所 記憶サブシステム
EP0992913B1 (en) * 1998-04-27 2004-09-22 Sony Corporation Data recording/reproducing apparatus and method therefor
JP2000132343A (ja) * 1998-08-20 2000-05-12 Hitachi Ltd 記憶装置システム
DE69938378T2 (de) 1998-08-20 2009-04-30 Hitachi, Ltd. Kopieren von Daten in Speichersystemen
JP3613052B2 (ja) 1999-02-09 2005-01-26 日本電気株式会社 オペレーティングシステムを記録したコンピュータ読み取り可能な記録媒体
US6553408B1 (en) * 1999-03-25 2003-04-22 Dell Products L.P. Virtual device architecture having memory for storing lists of driver modules
US6389432B1 (en) * 1999-04-05 2002-05-14 Auspex Systems, Inc. Intelligent virtual volume access
US6539462B1 (en) * 1999-07-12 2003-03-25 Hitachi Data Systems Corporation Remote data copy using a prospective suspend command
JP2001051890A (ja) * 1999-08-10 2001-02-23 Toshiba Corp 仮想分散ファイルサーバシステム
US6598174B1 (en) * 2000-04-26 2003-07-22 Dell Products L.P. Method and apparatus for storage unit replacement in non-redundant array

Also Published As

Publication number Publication date
US7260696B2 (en) 2007-08-21
US20020004857A1 (en) 2002-01-10
EP1170657A2 (en) 2002-01-09
US20040236772A1 (en) 2004-11-25
JP2008152807A (ja) 2008-07-03
US20020184463A1 (en) 2002-12-05
US7953949B2 (en) 2011-05-31
US6766430B2 (en) 2004-07-20
EP1170657A3 (en) 2007-04-18
US6763442B2 (en) 2004-07-13
US20070266216A1 (en) 2007-11-15

Similar Documents

Publication Publication Date Title
JP4862006B2 (ja) 計算機システム
JP4115093B2 (ja) 計算機システム
US9946460B2 (en) Storage subsystem and storage system architecture performing storage virtualization and method thereof
US6895483B2 (en) Method and apparatus for data relocation between storage subsystems
JP4147198B2 (ja) ストレージシステム
US7441096B2 (en) Hierarchical storage management system
US6973556B2 (en) Data element including metadata that includes data management information for managing the data element
US7069380B2 (en) File access method in storage-device system, and programs for the file access
US8204858B2 (en) Snapshot reset method and apparatus
US7624230B2 (en) Information processing apparatus, information processing method and storage system using cache to reduce dynamic switching of mapping between logical units and logical devices
JP2004110218A (ja) Ｄｂｍｓ向け仮想ボリューム作成・管理方法
JP2009043030A (ja) ストレージシステム
JP2004295457A (ja) 記憶装置
US11409454B1 (en) Container ownership protocol for independent node flushing
JP2008152695A (ja) 電子的な保護対象に要求される保護能力で該保護対象を保護する記憶制御装置
US7493458B1 (en) Two-phase snap copy
US11853574B1 (en) Container flush ownership assignment
US20230325324A1 (en) Caching techniques

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20080411

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20080626

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20090209

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20101019

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20101220

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20110719

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20110916

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: 20111101

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: 20111107

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: 20141111

Year of fee payment: 3

LAPS Cancellation because of no payment of annual fees