JP2009217683A - 計算機システム及び操作引き継ぎ方法 - Google Patents

計算機システム及び操作引き継ぎ方法 Download PDF

Info

Publication number
JP2009217683A
JP2009217683A JP2008062408A JP2008062408A JP2009217683A JP 2009217683 A JP2009217683 A JP 2009217683A JP 2008062408 A JP2008062408 A JP 2008062408A JP 2008062408 A JP2008062408 A JP 2008062408A JP 2009217683 A JP2009217683 A JP 2009217683A
Authority
JP
Japan
Prior art keywords
storage device
virtual volume
volume
storage
switching
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
Application number
JP2008062408A
Other languages
English (en)
Inventor
Masayasu Asano
正靖 淺野
Hirotaka Nakagawa
弘隆 中川
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 JP2008062408A priority Critical patent/JP2009217683A/ja
Priority to US12/109,461 priority patent/US20090235046A1/en
Priority to EP08171097A priority patent/EP2101254A3/en
Publication of JP2009217683A publication Critical patent/JP2009217683A/ja
Pending 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/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0662—Virtualisation aspects
    • G06F3/0664—Virtualisation aspects at device level, e.g. emulation of a storage device or system
    • 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/2094—Redundant storage or storage space
    • 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/0614—Improving the reliability of storage systems
    • G06F3/0617—Improving the reliability of storage systems in relation to availability
    • 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/0646—Horizontal data movement in storage systems, i.e. moving data in between storage devices or systems
    • G06F3/065—Replication 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/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/1658—Data re-synchronization of a redundant component, or initial sync of replacement, additional or spare unit
    • G06F11/1662—Data re-synchronization of a redundant component, or initial sync of replacement, additional or spare unit the resynchronized component or unit being a persistent storage device

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)
  • Memory System Of A Hierarchy Structure (AREA)

Abstract

【課題】本発明は、信頼性の高い計算機システムを提案する。
【解決手段】第一のボリュームを有する第一のストレージ装置と、第一の仮想ボリュームをホスト計算機に提供する第二のストレージ装置と、ホスト計算機の第一の仮想ボリュームへのアクセスを切り替えて、第二の仮想ボリュームをホスト計算機に提供する第三のストレージ装置と、第一〜第三のストレージ装置を管理する管理計算機とを備え、管理計算機は、ホスト計算機の第一の仮想ボリュームへのアクセスを、第二の仮想ボリュームに切り替える際における第一の仮想ボリュームの操作を検出する検出部と、第二の仮想ボリュームにアクセスが切り替わった際に、検出部により検出された第一の仮想ボリュームの操作を、第三のストレージ装置の第二の仮想ボリュームに対して実行させるように指示する実行指示部とを備える。
【選択図】図１

Description

本発明は、ホスト計算機や管理計算機、記憶装置システム(以下、ストレージ装置ともいう)を用いた計算機システムにおいて、複数ストレージ装置間でのストレージ装置の機能の操作（以下、ストレージ操作ともいう。）を引き継ぐ技術に関する。
ストレージ装置を用いた計算機システムにおいて、ストレージ装置の障害や計画停止によりストレージ装置自体が停止する場合でも、ホスト計算機で動作するアプリケーションを、別のストレージ装置を用いて継続して動作可能とする技術が開示されている(特許文献１)。
特許文献１においては、ホスト計算機と、管理サーバと、外部ストレージ接続（以下、外部接続ともいう）技術を適用した第一及び第二のストレージ装置と、外部接続により仮想化される１台以上の第三のストレージ装置で構成される計算機システムを構成し、第三のストレージ装置内の第三の記憶領域（以下、ボリュームともいう）が第一のストレージ装置の第一の記憶領域として仮想化される。
そして、計算機システムは、第二のストレージ装置に第三の記憶領域を仮想化する第二の記憶領域を定義し、第一の記憶領域の属性などを引き継ぎ、ホスト計算機と連動することで、Ｉ／Ｏアクセス対象となる記憶領域を、第一の記憶領域から第二の記憶領域へ切り替える技術により、ストレージ装置の障害や計画停止によりストレージ装置自体が停止する場合でも、ホスト計算機で動作するアプリケーションを継続して動作することを可能とする。
特開２００７−７２５３８号公報
しかしながら、かかる従来の方法においては、次のような問題がある。すなわち、上記技術を用いた計算機システムにおいて、通常運用時、第一のストレージ装置は、ホスト計算機のＩ／Ｏアクセスの処理だけでなく、業務運用に応じてデータ消去、データ移行等のストレージ装置の機能の操作を行なう場合がある。
そして、データ消去、データ移行等のストレージ操作が動作中に、第一のストレージ装置自体に障害が発生した場合、ホスト計算機のＩ／Ｏアクセスの処理は、第二のストレージ装置に継続されるが、ストレージ装置の機能の処理は、第二のストレージ装置には継続されない。
そのため、このような場合、計算機システムでは、ストレージ装置の機能の処理が停止し、業務運用に応じたストレージ装置の環境が構成されずシステムが継続稼働してしまうというおそれがある。例えば、データ消去の処理が継続されないと、ストレージ装置内にそのままデータが残り、当該データを読み出される危険性をはらむ。また、データ移行の処理が継続されないと、データを移行がなされないため、システム性能に影響が出る可能性がある。
本発明は以上の点を考慮してなされたもので、信頼性の高い計算機システム及び操作引き継ぎ方法を提案するものである。
上記の課題を解決するため、本発明においては、ホスト計算機から送信されるデータを格納する第一のボリュームを有する第一のストレージ装置と、前記第一のストレージ装置のボリュームを仮想化した第一の仮想ボリュームを有し、当該第一の仮想ボリュームを前記ホスト計算機に提供する第二のストレージ装置と、前記第一の仮想ボリュームと同一の前記第一のストレージ装置の第一のボリュームを仮想化した第二の仮想ボリュームを有し、前記ホスト計算機の前記第一の仮想ボリュームへのアクセスを切り替えて、前記第二の仮想ボリュームを前記ホスト計算機に提供する第三のストレージ装置と、前記第一のストレージ装置、前記第二のストレージ装置及び前記第三のストレージ装置を管理する管理計算機とを備え、前記管理計算機は、前記ホスト計算機の前記第一の仮想ボリュームへのアクセスを、前記第二の仮想ボリュームに切り替える際における前記第一の仮想ボリュームの操作を検出する検出部と、前記第二の仮想ボリュームにアクセスが切り替わった際に、前記検出部により検出された前記第一の仮想ボリュームの操作を、前記第三のストレージ装置の前記第二の仮想ボリュームに対して実行させるように指示する実行指示部とを備える。
すなわち、本発明においては、第二のストレージ装置の第一の仮想ボリュームへのホスト計算機からのアクセスが、第三のストレージ装置の第二のボリュームに切り替わる場合に、その時点で第二のストレージ装置の第一の仮想ボリュームに対してストレージ装置操作が動作中の場合、第二のストレージ装置の第一の仮想ボリュームで動作中の前記第一の仮想ボリュームの操作を、第三のストレージ装置の第二の仮想ボリュームで行なえるように環境構築し、第三のストレージ装置の第二のボリュームにおいて、第三のストレージ装置の第二の仮想ボリュームで動作中の前記第一の仮想ボリュームの操作を実行する。
また、本発明においては、計算機システムの操作引き継ぎ方法であって、
ホスト計算機から送信されるデータを格納する第一のボリュームを有する第一のストレージ装置と、前記第一のストレージ装置のボリュームを仮想化した第一の仮想ボリュームを有し、当該第一の仮想ボリュームを前記ホスト計算機に提供する第二のストレージ装置と、前記第一の仮想ボリュームと同一の前記第一のストレージ装置の第一のボリュームを仮想化した第二の仮想ボリュームを有し、前記ホスト計算機の前記第一の仮想ボリュームへのアクセスを切り替えて、前記第二の仮想ボリュームを前記ホスト計算機に提供する第三のストレージ装置と、前記第一のストレージ装置、前記第二のストレージ装置及び前記第三のストレージ装置を管理する管理計算機とを備え、前記管理計算機の検出部が、前記ホスト計算機の前記第一の仮想ボリュームへのアクセスを、前記第二の仮想ボリュームに切り替える際における前記第一の仮想ボリュームの操作を検出する第一のステップと、前記管理計算機の実行指示部が、前記第二の仮想ボリュームにアクセスが切り替わった際に、前記第一のステップにおいて検出した前記第一の仮想ボリュームの操作を、前記第三のストレージ装置の前記第二の仮想ボリュームに対して実行させるように指示する第二のステップとを備える。
さらに、本発明においては、ホスト計算機から送信されるデータを格納する第一のボリュームを有する第一のストレージ装置と、前記第一のストレージ装置のボリュームを仮想化した第一の仮想ボリュームを有し、当該第一の仮想ボリュームを前記ホスト計算機に提供する第二のストレージ装置と、前記第一のストレージ装置の第一のボリュームに格納されたデータのコピーを格納する第二のボリュームを有する第三のストレージ装置と、前記第三のストレージ装置の第二のボリュームを仮想化した第二の仮想ボリュームを有し、前記ホスト計算機の前記第一の仮想ボリュームへのアクセスを切り替えて、前記第二の仮想ボリュームを前記ホスト計算機に提供する第四のストレージ装置と、前記第一のストレージ装置、前記第二のストレージ装置、前記第三のストレージ装置及び前記第四のストレージ装置を管理する管理計算機とを備え、前記第二のストレージ装置は、ホスト計算機から送信されるデータを同期コピーにより前記第四のストレージ装置に送信する同期コピー部を備え、前記管理計算機は、前記ホスト計算機の前記第一の仮想ボリュームへのアクセスを、前記第二の仮想ボリュームに切り替える際における前記第一の仮想ボリュームの操作を検出する検出部と、前記第二の仮想ボリュームにアクセスが切り替わった際に、前記検出部により検出された前記第一の仮想ボリュームの操作を、前記第四のストレージ装置の前記第二の仮想ボリュームに対して実行させるように指示する実行指示部とを備える。
従って、本発明では、計算機システムにおいて、第一のストレージ装置に障害等が起こって停止しても、計算機の処理継続だけでなく、ストレージ装置の環境に対応したストレージ操作の継続が第二のストレージ装置で可能となる。また、第一のストレージ装置の停止に関係なく、ユーザの介在なくストレージ操作の継続が可能となる。
本発明によれば、信頼性の高い計算機システム及び操作引き継ぎ方法を実現できる。
本発明を実施するための最良の形態を説明する。以下、本発明の実施例について、図面を用いて詳細に説明する。
図１は、本発明の第一〜第四及び第六の実施形態の計算機システム１の構成を示す図の一例である。計算機システム１は、ストレージ装置２、外部ストレージ装置３、ホスト計算機４及び管理計算機５で構成される。
ストレージ装置２は、ホスト計算機４からのＩ／Ｏを受け付ける装置であり、ホスト計算機４が第一ストレージネットワーク６を介してアクセスする仮想ボリューム１１を有する。
外部ストレージ装置３は、ストレージ装置２からのＩ／Ｏを受け付ける装置であり、ストレージ装置２が第二ストレージネットワーク７を介してアクセスする外部ボリューム３１を有する。
ここで、仮想ボリューム１１は、実体をもたず、ホスト計算機４側に仮想的に容量を提供するボリュームである。ホスト計算機４から仮想ボリューム１１にアクセスした場合、実際のデータは、外部ストレージ装置３にある外部ボリューム３１に格納されている。
また、背景技術にもあるとおり、ストレージ装置２と外部ストレージ装置３において、複数の仮想ボリューム１１が、同じ外部ボリューム３１にアクセスする構成がある。このような構成は、一方のストレージ装置２に障害が起きて処理の継続ができない場合でも、別のストレージ装置２で処理を継続する場合に構成する。
すなわち、計算機システム１では、一方のストレージ装置２の仮想ボリューム１１、すなわち外部ボリューム３１にあるデータにアクセスしているに場合に障害がおきても、別のストレージ装置２の仮想ボリューム１１がアクセスし、障害が起きたストレージ装置２の仮想ボリューム１１にアクセスしている外部ボリューム３１と同一の外部ボリューム３１にアクセスすることで、同一の外部ボリューム３１のデータを、別のストレージ装置２からアクセス可能とする。
ホスト計算機４は、前記のとおり、ストレージ装置２にＩ／Ｏアクセスして、データアクセスを行なう装置である。おもに、ホスト計算機４は、ユーザの業務プログラムを動作させる装置である。
管理計算機５は、管理ネットワーク８を介して、ストレージ装置２、外部ストレージ装置３、ホスト計算機４を管理する計算機である。
第一ストレージネットワーク６、第二ストレージネットワーク７及び管理ネットワーク８は、同一のプロトコル（例えば、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol））で形成されることもあれば、別々のプロトコル、例えば、第一ストレージネットワーク６及び第二ストレージネットワーク７は、ＦＣ（Fibre Channel）で形成され、管理ネットワーク８は、ＴＣＰ／ＩＰで形成されることもある。
また、第一ストレージネットワーク６、第二ストレージネットワーク７及び管理ネットワーク８は、同一のプロトコルである場合があれば、同一のネットワーク上で形成される場合もあれば、用途の違いや設定の違いにより、独自に形成される場合もある。
なお、ストレージ装置２、外部ストレージ装置３、ホスト計算機４及び管理計算機５の詳細については、後述する。
図２は、本発明の第一〜第六の実施形態のストレージ装置２の構成を示す図の一例である。
ストレージ装置２は、仮想ボリューム１１と、ストレージ装置２の処理を行なうコントローラ１２と、ストレージ装置２の性能向上のために利用するキャッシュ１３と、メモリ１４と、第一ストレージネットワーク６に接続する第一Ｉ／Ｆ１５と、第二ストレージネットワーク７に接続する第二Ｉ／Ｆ１６、管理ネットワーク８に接続する管理Ｉ／Ｆ１７と、ストレージ装置２での実ボリュームである内部実ボリューム１８で構成される。
第一ストレージネットワーク６、第二ストレージネットワーク７及び管理ネットワーク８のプロトコルや設定の状況により、第一Ｉ／Ｆ１５、第二Ｉ／Ｆ１６及び管理Ｉ／Ｆ１７は、統合してもよい。すなわち、計算機システム１では、例えば、第一ストレージネットワーク６、第二ストレージネットワーク７及び管理ネットワーク８が同一のプロトコルであれば、第一Ｉ／Ｆ１５、第二Ｉ／Ｆ１６及び管理Ｉ／Ｆ１７を統合して一つにしてもよい。
メモリ１４には、ストレージ構成プログラム２１及びストレージ構成情報２２が格納されている。
ストレージ構成プログラム２１は、ストレージ装置２の構成について管理するプログラムであり、ストレージ装置２の仮想ボリューム１１のアクセスに対して、外部ストレージ装置３の外部ボリューム３１を対応づけてデータのアクセスを行なう外部接続機能や、前述した他方のストレージ装置２の仮想ボリューム１１にアクセス対象を切り替えて外部ストレージ装置３の外部ボリューム３１を利用する機能(以下、ボリューム切り替え機能ともいう)や、仮想ボリューム１１を第一ストレージネットワーク６経由でホスト計算機４などの計算機に認識させるため機能、仮想ボリューム１１でのデータ移行、仮想ボリューム１１を介して外部ボリューム３１のデータを消去する機能などの機能（以下、ストレージ機能ともいう）を有する。
ストレージ構成情報２２は、ストレージ構成プログラム２１で使用する構成情報である。
内部実ボリューム１８は、すべてのデータが外部ストレージ装置３の外部ボリューム３１に格納して運用されるのであれば、有していなくてもよい。また、内部実ボリューム１８は、ハードディスクやフラッシュメモリによる記憶媒体そのものである場合や、ハードディスクやフラッシュメモリを複数有し、ＲＡＩＤ（Redundant Arrays of Inexpensive Disks）構成のボリュームを実現する論理的なボリュームの場合もある。
なお、ストレージ構成プログラム２１が主語となる場合は、実際には当該ストレージ構成プログラム２１を実行するコントローラ１２によって処理が行なわれる。
外部ストレージ装置３は、ストレージ装置２と同一の装置として適用することが可能である。外部ボリューム３１は、ストレージ装置２の内部実ボリューム１８と同等である。また、ストレージ装置２で示したストレージ構成プログラム２１の前述したボリューム切り替え機能や外部接続機能などの機能は、外部ストレージ装置３に有していなくてもよい。
さらに、外部ストレージ装置３には、外部ボリューム３１をホスト計算機４やストレージ装置２に認識させる機能があればよく、また、データ移行、データ消去機能などはあってもよく、また、第一Ｉ／Ｆ１５も有していなくてもよい。
図３は、本発明の第一〜第六の実施形態のホスト計算機４の構成を示す図である。
ホスト計算機４は、ＣＰＵ４１と、ユーザとの間で情報を入出力する入出力装置４２と、メモリ４３と、ストレージ装置２と通信する第一ネットワーク６に接続する第一Ｉ／Ｆ４４と、管理計算機５と通信する管理ネットワーク８に接続する管理Ｉ／Ｆ４５を有し、アプリケーションの処理を担当する計算機である。
メモリ４３には、Ｉ／Ｏ処理プログラム５１が格納されている。
Ｉ／Ｏ処理プログラム５１は、前述した、一方のストレージ装置２の仮想ボリューム１１、すなわち外部ボリューム３１にあるデータにアクセスしているに場合に障害がおきても、別のストレージ装置２の仮想ボリューム１１にアクセスし、障害が起きたストレージ装置２の仮想ボリューム１１がアクセスしていた外部ボリューム３１と同一の外部ボリューム３１にアクセスすることで、同一の外部ボリューム３１のデータをアクセス可能とするために、一方のストレージ装置２の仮想ボリューム１１へのアクセスを別のストレージ装置２の仮想ボリューム１１にアクセスするように切り替えるプログラムである。
上記ホスト計算機４自体でアクセスを切り替える必要がない、例えば、ホスト計算機４のアプリケーションを継続せず、一旦停止してユーザにより設定変更する場合には、Ｉ／Ｏ処理プログラム５１は、有していなくてもよい。
なお、Ｉ／Ｏ処理プログラム５１が主語となる場合は、実際には当該Ｉ／Ｏ処理プログラム５１を実行するＣＰＵ４１によって処理が行なわれる。
図４は、本発明の第一〜第六の実施形態の管理サーバ５の構成を示す図の一例である。
管理サーバ５は、ＣＰＵ６１と、ユーザとの間で情報を入出力する入出力装置６２と、メモリ６３と、ストレージ装置２、外部ストレージ装置３及びホスト計算機４と通信する管理ネットワーク８に接続する管理Ｉ／Ｆ６４を有する計算機である。
メモリ６３には、ストレージ操作引継ぎプログラム７１と、ストレージ構成監視プログラム７２と、ストレージ操作指示プログラム７３と、ストレージ操作受付プログラム７４と、ストレージ管理情報７５が格納されている。
ストレージ操作引継ぎプログラム７１、ストレージ構成監視プログラム７２、ストレージ操作指示プログラム７３及びストレージ操作受付プログラム７４は、本発明の第一〜第六の実施形態の処理を実現するものである。ストレージ管理情報７５は、ストレージ操作引継ぎプログラム７１、ストレージ構成監視プログラム７２、ストレージ操作指示プログラム７３及びストレージ操作受付プログラム７４で使用する情報である。
ストレージ操作引継ぎプログラム７１、ストレージ構成監視プログラム７２、ストレージ操作指示プログラム７３及びストレージ操作受付プログラム７４の各プログラムが主語となる場合は、実際には当該各種プログラムを実行するＣＰＵ６１によって処理が行なわれる。
図５〜図９は、本発明の第一〜第六の実施形態のストレージ管理情報７５の情報を示す図の一例である。
ストレージ管理情報７５には、ストレージ情報テーブル８１と、仮想ボリューム情報テーブル８２と、ホスト情報テーブル８３と、外部接続情報テーブル８４、データ移行情報テーブル８５で構成される。
図５は、ストレージ情報テーブル８１を示す図の一例である。
ストレージ情報テーブル８１は、ストレージ装置２や外部ストレージ装置３を識別するＩＤであるストレージＩＤ８１Ａと、ストレージ装置２に存在するボリュームを識別するＩＤであるボリュームＩＤ８１Ｂと、ストレージ機能のライセンス情報を管理するライセンス８１Ｃで構成される。ライセンス８１Ｃは、ストレージ装置２や外部ストレージ装置３で発行されているライセンスを示している。
図５によれば、ストレージＩＤ８１Ａが「１」のストレージ装置２には、ボリュームＩＤ８１Ｂが「ＶＣ１、ＶＣ２、ＶＣ３」の３つのボリュームが存在し、「データ移行」と「データ消去」の機能のライセンス８１Ｃが提供され、ストレージ機能として使用可能な状態であることを示している。
なお、本実施の形態においては、説明を簡単とするため、特に断わりのない限り、「データ移行」と「データ消去」のみライセンスの発行を必要とすることとする。よって、ストレージ構成プログラム２１により動作可能とするホスト計算機４へのパス設定、外部接続、ボリューム切り替え機能など、データ移行、データ消去以外のストレージ装置２の機能においては、ライセンス８１Ｃを有してなくとも実行可能とする。
図６は、仮想ボリューム情報テーブル８２を示す図の一例である。
仮想ボリューム情報テーブル８２は、前述のボリューム切り替え機能において、切り替えボリュームの関連情報を管理するテーブルである。仮想ボリューム情報テーブル８２は、ボリューム切り替えのボリューム関連情報を識別するための切り替えＩＤ８２Ａと、ボリューム切り替え機能設定時におけるボリューム切り替え前の仮想ボリューム１１を表す第一ＶＯＬ８２Ｂと、第一ＶＯＬ８２Ｂに障害等が発生した場合にボリューム切り替える先となる仮想ボリューム１１を表す第二ＶＯＬ８２Ｃと、第一ＶＯＬ８２Ｂ及び第二ＶＯＬ８２Ｃの実際のデータを格納する外部ボリューム３１を表す外部ＶＯＬ８２Ｄと、第一ＶＯＬ８２Ｂ又は第二ＶＯＬ８２Ｃのどちらがホスト計算機４からのアクセスを受けているかを示す実行ＶＯＬ８２Ｅと、実行ＶＯＬ８２Ｅでどのストレージ機能が操作されているかを示す実行機能８２Ｆで構成される。
例えば、図６の例に従えば、切り替えＩＤ８２Ａが「１」の情報は、ボリューム切り替え前のボリュームである第一ＶＯＬ８２Ｂが「ＶＣ１」であり、「ＶＣ１」に障害等が起こったときに切り替える仮想ボリューム１１が「ＶＷ１」であり、「ＶＣ１」と「ＶＷ１」の実際のデータを格納する外部ボリューム３１である外部ＶＯＬ８２Ｄが「ＶＥ１」である。また、切り替えＩＤ８２Ａが「１」の情報は、「ＶＣ１」に障害等が起こらず運用していることを、実行ＶＯＬ８２Ｅが「ＶＣ１」であることで示し、また、実行機能８２Ｆにより「ＶＣ１」ではデータ消去が行なわれていることを示している。
第一ＶＯＬ８２Ｂ、第二ＶＯＬ８２Ｃ、外部ＶＯＬ８２Ｄによるボリューム切り替えの関係の情報は、ユーザからに入力によるものでも良いし、ボリューム切り替え時に管理計算機５のプログラムによって、作成されるものでもよい。
また、実行ＶＯＬ８２Ｅにおいても、ユーザからに入力によるものでも良いし、ボリューム切り替え時に管理計算機５のプログラムによって、作成されるものでもよい。
また、第二ＶＯＬ８２Ｃに対して、複数の第一ＶＯＬ８２Ｂからボリューム切り替えが設定される場合には、切り替えＩＤ８２Ａが別々で、そこでは第一ＶＯＬ８２Ｂの情報も別々に登録されるが、第二ＶＯＬ８２Ｃの情報は、同一となっている。この場合、第一のストレージ装置２そのものが動作しなくなると、複数の第一ＶＯＬ８２Ｂの切り替え先が重複してしまうが、この場合は、優先度を設けるか、重複したときに、別の第二ＶＯＬ８２Ｃを適用することになる。
また、実行機能８２Ｆにおいては、実際にストレージ装置２のストレージ機能の操作（以下、ストレージ操作ともいう。）を行なうときから、当該ストレージ操作が終了するまで、すなわち、ストレージ操作が実行中の場合に、管理計算機５のプログラムによって情報が格納される。
図７は、ホスト情報テーブル８３を示す図の一例である。
ホスト情報テーブル８３は、ストレージ装置２のボリュームを使用しているホスト計算機４を識別するホストＩＤ８３Ａと、ホスト計算機４に割り当てられているボリュームである割当ＶＯＬ８３Ｂで構成されている。
割当ＶＯＬ８３Ｂは、ホスト計算機４に対してパスを割り当てたボリュームと同等である。ただし、前述したボリューム切り替え機能により、アクセスが可能かどうかは、仮想ボリューム情報テーブル８２を参照する必要がある。すなわち、仮想ボリューム情報テーブル８２によれば、それぞれ第一ＶＯＬ８２Ｂが「ＶＣ２」で、「ＶＣ２」に関連する第二ＶＯＬ８２Ｃが「ＶＷ２」であり、また実行ＶＯＬ８２Ｅが「ＶＣ２」であることがわかる。よって、ホストＩＤ８３Ａが「１」のホスト計算機４は、「ＶＣ２」にはアクセス可能であるが、「ＶＷ２」にはアクセスができないことを示している。
図８は、外部接続情報テーブル８４を示す図の一例である。
外部接続情報テーブル８４は、外部接続の関係を識別するための外部接続ＩＤ８４Ａと、外部接続機能により実際のデータを格納する外部ボリューム３１を示す外部ＶＯＬ８４Ｂと、外部接続機能により、外部ＶＯＬ８４Ｂの仮想ボリューム１１を示す内部ＶＯＬ８４Ｃで構成されている。
外部接続情報テーブル８４は、仮想ボリューム情報テーブル８２で管理されているボリューム切り替えの設定はなく、外部接続機能のみで構成されているボリュームの情報が管理されている。
図９は、データ移行情報テーブル８５を示す図の一例である。
データ移行情報テーブル８５は、データ移行の関係を識別するためのデータ移行ＩＤ８５Ａと、移行元のボリュームを示す移行元ＶＯＬ８５Ｂと、移行先のボリュームを示す移行先ＶＯＬ８５Ｃで構成されている。
図９の例に従えば、移行元ＶＯＬ８５Ｂが「ＶＣ２」で、移行先ＶＯＬ８５Ｂが「ＶＣ３」であることを示している。
図１０は、本発明の第一の実施の形態における、ボリューム切り替え時の操作引き継ぎ処理に関するフローチャートの一例である。
図１０においては、管理計算機５のストレージ操作引き継ぎプログラム７１、ストレージ構成監視プログラム７２、ストレージ操作指示プログラム７３によりＣＰＵ６１が処理する。本実施の形態では、説明を簡単とするため、対象ボリューム自体の操作を行なうストレージ操作の例として、データ消去をあげる。
なお、データ移行などボリューム切り替え対象ボリューム以外のボリュームを扱う形態においては、第二の実施形態で説明する。また、本実施の形態においては、その他のストレージ機能において制限をかけるものではない。
はじめに、ＣＰＵ６１は、ストレージ構成監視プログラム７２により、ストレージ装置２のボリューム切り替えを行なうように設定された仮想ボリューム１１のストレージ操作の状況を格納する（ステップＳ１）。すなわち、ＣＰＵ６１は、仮想ボリューム情報テーブル８２に格納されている実行ＶＯＬ８２Ｅで動作中の実行機能８２Ｆの情報を格納する。この場合、ＣＰＵ６１は、実行タイミングを抑えるために、実行機能５１０６が実行し始めたことを検知して情報を格納し、実行終了したときに実行機能５１０６の情報を削除する。
また、ＣＰＵ６１は、実行機能指示を行なうプログラム、すなわち、ストレージ操作指示プログラム７３により、ストレージ装置２に仮想ボリューム情報テーブル８２の情報を格納するようにしてもよい。ＣＰＵ６１は、ステップＳ１の処理終了後、ステップＳ２に進む。
続いて、ＣＰＵ６１は、ストレージ構成監視プログラム７２により、ボリューム切り替えを検知する(ステップＳ２)。
この場合、ＣＰＵ６１は、定期的に管理計算機５からストレージ装置２側でボリューム切り替えをしたかどうかを確認してもよいし、ストレージ装置２側からボリューム切り替えをしたことの通知を受けてもよい。ＣＰＵ６１は、ステップＳ２の処理終了後、ステップＳ３に進む。
続いて、ＣＰＵ６１は、ストレージ操作引き継ぎプログラム７１により、ボリューム切り替えを行なう実行ＶＯＬ８２Ｅで行なわれているストレージ操作を確認する(ステップＳ３)。
例えば、ボリューム切り替え直後でストレージ構成情報７５の情報がまだ更新されていない時点の情報の例を図６とすれば、仮想ボリューム情報テーブル８２の切り替えＩＤ８２Ａが「１」のボリューム切り替えの情報では、実行ＶＯＬ８２Ｅである「ＶＣ１」で、実行機能８２Ｆの情報により、データ消去が行なわれていたことを示している。すなわち、仮想ボリューム情報テーブル８２の切り替えＩＤ８２Ａが「１」のボリューム切り替えの情報では、データ消去を行なっている途中で、ボリューム切り替えが行なわれていたことを示している。ＣＰＵ６１は、ステップＳ３の処理終了後、ステップＳ４に進む。
続いて、ＣＰＵ６１は、ストレージ操作引き継ぎプログラム７１により、実行ＶＯＬ８２Ｅのうち、動作していたストレージ操作があったかどうかを確認する(ステップＳ４)。
具体的には、ＣＰＵ６１は、仮想ストレージ情報テーブル８２の情報により、実行機能８２Ｆに情報があることを確認することになる。ＣＰＵ６１は、ステップＳ４の処理終了後、ストレージ操作があれば（ステップＳ４：ＹＥＳ）ステップＳ５に進み、ストレージ操作がなければ（ステップＳ４：ＮＯ）本フローチャートを終了する。
例えば、図６の例に従えば、ＣＰＵ６１は、実行ＶＯＬ８２Ｅの「ＶＣ１」、「ＶＣ２」の仮想ボリューム１１がそれぞれデータ消去、データ移行を行なっていたので、ステップＳ５に進む。これに対して、ＣＰＵ６１は、実行機能８２Ｆに、どの仮想ボリューム１１においても情報が入っていなければ、本フローチャートを終了する。
続いて、ＣＰＵ６１は、ストレージ操作引き継ぎプログラム７１により、実行ＶＯＬ８２Ｅにおいて、動作していたストレージ操作のライセンスが、切り替え先のストレージ装置２にあるかどうか確認する（ステップＳ５）。
具体的には、ＣＰＵ６１は、仮想ボリューム情報テーブル８２の第二ＶＯＬ８２Ｃと、ストレージ管理テーブル８１のボリュームＩＤ８１Ｂを用いて、切り替え先のストレージ装置２に機能のライセンスがあるか確認する。ＣＰＵ６１は、ステップＳ５の処理終了後、ライセンスがあれば（ステップＳ５：ＹＥＳ）ステップＳ６に進み、ライセンスがなければ（ステップＳ５：ＮＯ）ステップＳ９に進む。
例えば、図６の例に従えば、切り替えＩＤ８２Ａが「１」の場合、実行ＶＯＬ８２Ｅで、第一ＶＯＬ８２Ｂである「ＶＣ１」がデータ消去を行なっていたので、ＣＰＵ６１は、切り替え先となる第二ＶＯＬ８２Ｃである「ＶＷ１」が所属するストレージ装置２にデータ消去のライセンスがあるか確認することになる。
この場合、ＣＰＵ６１は、ストレージ装置２のライセンス情報を、ストレージ情報テーブル８１において確認する。また、ＣＰＵ６１は、「ＶＷ１」が所属するストレージ装置２が、ストレージＩＤ８１Ａが「２」のストレージ装置２であることを認識する。さらに、ＣＰＵ６１は、ストレージＩＤ８１Ａが「２」のストレージ装置２には、ライセンス８１Ｃの情報から、データ消去のライセンスがあることを認識する。よって、この例に従えば、ＣＰＵ６１は、ライセンスがあるとして（ステップＳ５：ＹＥＳ）ステップＳ６に進むことになる。これに対して、ＣＰＵ６１は、ストレージＩＤ８１Ａが「２」のストレージ装置２にデータ消去のライセンスがなかった場合（ステップＳ５：ＮＯ）は、ステップＳ９に進むことになる。
なお、ＣＰＵ６１は、ライセンスの有無を確認する必要がない、すなわち、データ消去、データ移行等のストレージ操作にライセンスが設定されていなくても実行可能である場合は、ステップＳ５を実行しなくてもよい。
続いて、ＣＰＵ６１は、ストレージ操作引き継ぎプログラム７１により、一部の操作においてライセンスがない場合があれば、ライセンスがないストレージ操作があることを警告として表示する等の通知処理をする（ステップＳ６）。ＣＰＵ６１は、ステップＳ６の処理終了後、ステップＳ７に進む。
続いて、ＣＰＵ６１は、ストレージ操作引き継ぎプログラム７１により、実行ＶＯＬ８２Ｅで動作していたストレージ操作の環境を切り替え側のストレージ装置２で再構成する（ステップＳ７）。
なお、ＣＰＵ６１は、データ消去など、切り替えられた仮想ボリューム１１からストレージ操作が実行可能であれば、ステップＳ７の処理は実行しなくてよい。また、ＣＰＵ６１は、例えば、ライセンスがあるが、実際には有効化していない場合などストレージ操作を行なうための環境を構成する必要があれば、ステップＳ７において実行する。
また、ＣＰＵ６１は、データ移行やデータコピーなど、切り替えられた仮想ボリューム１１以外のボリュームを設定する必要のある機能である場合、ステップＳ７において実行する。データ移行やデータコピーに関するステップＳ７の処理は前述のとおり第二の実施形態にて後述する。ＣＰＵ６１は、ステップＳ７の処理終了後、ステップＳ８に進む。
続いて、ＣＰＵ６１は、ストレージ操作指示プログラム７３により、ステップＳ７で構成した情報により、切り替え側のストレージ装置２でストレージ操作を実行するよう指示する（ステップＳ８）。
例えば、ＣＰＵ６１は、仮想ボリューム情報ボリューム８２において、切り替えＩＤ８２Ａが「１」のボリューム切り替えが行なわれると、第二ＶＯＬ８２Ｃの「ＶＷ１」のボリュームを実行ＶＯＬ８２Ｅとして扱うこととなる。よって、ＣＰＵ６１は、第二ＶＯＬ８２Ｃの「ＶＷ１」のボリュームに対して、データ消去を行なうように指示することとなる。そして、ＣＰＵ６１は、指示終了後、仮想ボリューム情報テーブル８２の情報である実行ＶＯＬ８２Ｅを更新する。
すなわち、前述した例に従えば、切り替えＩＤ８２Ａが「１」のボリューム切り替え情報である場合、ＣＰＵ６１は、実行ＶＯＬ８２Ｅの情報をステップＳ８の前までの情報が「ＶＣ１」であったのを「ＶＷ１」に更新する。
ＣＰＵ６１は、ストレージ操作を再度はじめから実行することとしてよい。ただし、ＣＰＵ６１は、ストレージ操作の進捗を管理して、ボリューム切り替え後は、すでに実行する必要のない動作をスキップする、すなわち、途中から実行することで、ストレージ操作の実行を早めてもよい。
例えば、データ消去の場合、ＣＰＵ６１は、消去できたアドレスを管理し、消去できてないアドレスのみをデータ消去するように切り替え側のストレージ装置２に指示して、切り替え側のストレージ装置２側で実行してもよい。また、ＣＰＵ６１は、データ消去を複数回、複数のアルゴリズムで行なうこともあるので、消去した回数や使用したアルゴリズムと順番を管理計算機５上で管理しておき、データ消去に必要なステップのみを、切り替え側のストレージ装置２のボリュームから行なうようにしてもよい。ＣＰＵ６１は、ステップＳ８の処理終了後、本フローチャートを終了する。
一方、ＣＰＵ６１は、ストレージ操作引き継ぎプログラム７１により、ライセンスがない場合（ステップＳ５：ＮＯ）、対象ボリュームに対してストレージ操作の引き継ぎができないことをユーザにエラーの通知処理を実行する（ステップＳ９）。ＣＰＵ６１は、上記エラーを通知した後、本フローチャートを終了する。
このようにして、計算機システム１では、本フローチャートで示した処理をＣＰＵ６１が実行することにより、実行中のボリュームや、実行中ボリュームを扱うストレージ装置２に障害がおきて、ボリューム切り替えがおこったとしても、ボリューム切り替え前に実行中であったストレージ操作を引き継いで、切り替え先のストレージ装置２のボリュームにより、ストレージ操作を継続して実施することが可能である。
また、計算機システム１では、ステップＳ５において、ライセンスの確認の際に、切り替え側のライセンスを有効化するステップを設けてもよい。すなわち、本実施の形態では、切り替え前まではストレージ操作のライセンスを無効化しておき、有効化した場合のみライセンスを適応させることで、ライセンスの有効期間を延長させるようにしてもよい。
また、計算機システム１では、ライセンスにボリューム容量などで、ライセンス料が変更となるような場合には、有効化した場合のボリュームに対してのみライセンス料が課金されるようにしてもよい。また、計算機システム１では、切り替え前のボリュームにおいて、ストレージ操作が引き継がれた場合には、ライセンスを無効化するようにしてもよい。なお、計算機システム１では、無効化した場合には、ライセンス料を無効化した分、課金をなくすようにしてもよい。
また、計算機システム１では、ボリューム切り替え機能の指示、もしくは予め設定する場合に、上記ストレージ操作の引き継ぎを行なうモードと、従来のようにストレージ操作の引き継ぎを行なわないモードを用意しても良い。そして、計算機システム１では、ボリューム切り替え機能の指示で、ストレージ操作を引き継ぐモード指定があれば、本実施の形態のように、ストレージ操作の引き継ぎを行ない、従来のようにストレージ操作の引き継ぎを行なわないモードの指定、もしくは上記モードの指定がない場合には、本実施の形態の処理を行なわないようにしてもよい。
また、計算機システム１では、切り替え後のストレージ装置２の実行ＶＯＬ８２Ｅを、切り替え前のストレージ装置２側に戻す場合も同様に処理を行なえば、切り替え前のストレージ装置２のボリュームに戻すことは可能である。そして、計算機システム１では、この場合も実行ＶＯＬ８２Ｅを変更すれば、仮想ボリューム情報テーブル８２の実行ＶＯＬ８２Ｅの情報を、実際に実行しているボリュームのボリュームＩＤ８１Ｂに書き換える。この場合にも、計算機システム１では、上述したストレージ操作の引き継ぎモードの区別により、ストレージ操作の引き継ぎの有無を判定するようにしてもよい。
また、計算機システム１では、本フローチャートによるデータ消去のストレージ操作において、安全のため、データ消去自体のストレージ操作を終了した場合、仮想ボリューム１１と外部ボリューム３１とのマッピングを削除するようにしても良い。また、計算機システム１では、データ消去後、再度、同一のストレージ装置２の構成で利用する場合には、ユーザの要求を取得し、仮想ボリューム１１と外部ボリューム３１とのマッピングを削除しないようにしてもよい。
図１１は、本発明の第二の実施形態における、ボリューム切り替え時の操作引き継ぎ処理に関するフローチャートの一例である。
図１１においては、管理計算機５のストレージ操作引き継ぎプログラム７１によりＣＰＵ６１が処理する。
図１１のフローチャートは、図１０で示したフローチャートのステップＳ７の処理に該当する処理を表している。本実施の形態では、データ移行などで、ボリューム切り替えの設定以外にストレージ操作引き継ぎのために必要なボリュームの設定を行なう点が、図１０のステップＳ７と異なる。
データ移行の例の場合でも、ステップＳ７以外の処理は、図１０の前述したデータ消去の各ステップの例と同様となる。
この場合、ＣＰＵ６１は、ステップ６０００では、データ移行の操作状況を確認し（ステップＳ１）、ボリューム切り替えを検知し（ステップＳ２）、仮想ボリューム情報テーブル８２の情報から、実行ＶＯＬ８２Ｅでデータ移行が行われていたかどうかを確認する（ステップＳ３）。図６の例に従えば、ＣＰＵ６１は、データ移行が行われている実行ＶＯＬ８２Ｅであることを確認し、この場合には、ステップＳ５に進む。
続いて、ＣＰＵ６１は、切り替え先のストレージ装置２でのデータ移行のライセンスを確認することになり、ストレージ情報テーブル８１、仮想ボリューム情報テーブル８２の情報から判断することとなる。図５及び図６の例に従えば、ＣＰＵ６１は、データ移行を行なっていた「ＶＣ２」の切り替え先である「ＶＷ２」のストレージ装置２（ストレージＩＤ８１Ａが「２」のストレージ装置２）には、データ移行のライセンスがあることを確認し、ステップＳ６に進むことになる。
続いて、ＣＰＵ６１は、データ移行を行なうものは図６の例に従えば、「ＶＷ２」のみであるので、ここでは警告を通知せずに、ステップＳ７に進むことになる。
続いて、ＣＰＵ６１は、ステップＳ７において、本実施の形態に従い、図１１のフローチャートの処理を実施する。
ＣＰＵ６１は、ストレージ操作引き継ぎプログラム７１により、別のボリュームの設定が必要な実行ＶＯＬ８２Ｅを確認する（ステップＳ１１）。すなわち、ＣＰＵ６１は、仮想ボリューム情報テーブル８２の実行機能８２Ｆが、「データ移行」のように、移行先として別にボリュームを設定する必要のあるストレージ操作を行なう実行ＶＯＬ８２Ｅを確認する。
図６の例でいえば、仮想ボリューム情報テーブル８２の切り替えＩＤ８２Ａが「２」のボリューム切り替え情報では、実行ＶＯＬが「ＶＣ２」のボリュームが「データ移行」であり、データ移行を行なっていたことを示している。ＣＰＵ６１は、ステップＳ１１の処理終了後、ステップＳ１２に進む。
続いて、ＣＰＵ６１は、ストレージ操作引き継ぎプログラム７１により、別のボリュームの設定が必要な実行ＶＯＬ８２Ｅの移行先として設定されている外部接続先の外部ボリューム３１を確認する（ステップＳ１２）。すなわち、ＣＰＵ６１は、データ移行において、移行先として設定されている別のボリュームと外部接続として関連づいている外部ＶＯＬ８４Ｂを確認する。
図５〜図９の例でいえば、ＣＰＵ６１は、ステップＳ１１で確認したデータ移行中だった「ＶＣ２」のボリュームに対して、移行先となっているボリュームが、データ移行情報テーブル８５から「ＶＣ３」であることを確認する。そして、ＣＰＵ６１は、外部接続情報テーブル８４から、「ＶＣ３」が外部接続された仮想ボリューム１１であり、外部ＶＯＬ８４Ｂが「ＶＥ３」であることを認識する。よって、ＣＰＵ６１は、「ＶＣ２」のボリュームに対して、移行先の外部ＶＯＬ８４Ｂが「ＶＥ３」であることを確認する。ＣＰＵ６１は、ステップＳ１２の処理終了後、ステップＳ１３に進む。
続いて、ＣＰＵ６１は、ストレージ操作引き継ぎプログラム７１により、ステップＳ１２で確認した外部ＶＯＬ８４Ｂを切り替え側のストレージ装置２でマッピングすることができるか否かを判定する（ステップＳ１３）。
図５〜図９の例でいえば、ステップＳ１２で確認した「ＶＥ１」のボリュームが、「ＶＣ２」の切り替え先ボリュームである「ＶＷ２」のストレージ装置２（ストレージＩＤ８１Ａが「２」のストレージ装置２）に新規に外部接続としてマッピングすることができるか否かを判定する。
この場合、ＣＰＵ６１は、ストレージＩＤ８１Ａが「２」のストレージ装置２が「ＶＥ３」を認識できて、外部接続の設定数などの条件をもとに従来の外部接続の処理を適用して、判定することとなる。
ＣＰＵ６１は、外部接続が可能であれば（ステップＳ１３：ＹＥＳ）ステップＳ１４に進み、そうでなければ（ステップＳ１３：ＮＯ）ステップＳ１６に進む。すなわち、ＣＰＵ６１は、「ＶＥ３」が、ストレージＩＤ８１Ａが「２」のストレージ装置２に外部接続できればステップＳ１３に、そうでなければステップＳ１６に進むことになる。
続いて、ＣＰＵ６１は、ストレージ操作引き継ぎプログラム７１により、外部接続ができない外部ＶＯＬ８４Ｂが一部あれば、その旨を警告としてユーザに通知する（ステップＳ１４）。ＣＰＵ６１は、ステップＳ１４の処理終了後、ステップＳ１５に進む。
続いて、ＣＰＵ６１は、ストレージ操作指示プログラム７３により、ステップＳ１２で確認した外部ＶＯＬ８４Ｂを切り替え側のストレージ装置２に外部接続としてマッピングする（ステップＳ１５）。
図５〜図９の例でいえば、ＣＰＵ６１は、ステップＳ１２で確認できた外部ＶＯＬ８４Ｂの「ＶＥ３」に対して、切り替え側のストレージ装置２であるストレージＩＤ８１Ａが「２」のストレージ装置２に外部接続を行なう。
すなわち、ＣＰＵ６１は、この外部接続したときの切り替え側のストレージ装置２の仮想ボリューム１１のボリュームＩＤ８１Ｂを「ＶＷ３」とすれば、「ＶＣ３」と「ＶＷ３」でデータ移行を行なうこととなる。この場合、ＣＰＵ６１は、このパラメータをもとに、ステップＳ７でデータ移行の指示を行なうこととなる。前述もしたとおり、ＣＰＵ６１は、ステップＳ１５の処理終了後、ステップＳ８に進む。
一方、ＣＰＵ６１は、ストレージ操作引き継ぎプログラム７１により、ステップＳ１２で確認した外部ＶＯＬ８４Ｂにマッピングできるボリュームがない場合（ステップＳ１３：ＮＯ）、ユーザにエラーを通知し、ステップＳ８には進まず、本フローチャートを終了する（ステップＳ１６）。
このようにして、計算機システム１では、本フローチャートにより、データ移行中に障害等が起こり、第一のストレージ装置２のストレージ操作の継続ができない場合、移行先として必要なボリュームを切り替え側（第二）のストレージ装置２でも設定し、ストレージ操作の継続をすることが可能となる。
また、計算機システム１では、データコピーの操作に関しても、同様な操作で対応可能である。すなわち、計算機システム１では、切り替え前のときに、データ移行では移行先として設定されている仮想ボリューム１１と外部ＶＯＬ８４Ｂをデータコピー先として扱うことで、切り替え側のストレージ装置２でも移行先のボリューム設定と同様にコピー先を設定して、コピー処理を行なうようにすればよい。
図１２は、本発明の第三の実施形態における、ユーザ指定によるボリューム操作に関するフローチャートの一例である。
図１２においては、管理計算機５のストレージ操作指示プログラム７３、ストレージ操作受付プログラム７４によりＣＰＵ６１が処理する。
本実施の形態と前述した第一、第二の実施の形態との違いは、ストレージ操作受付時に、切り替え側のストレージ装置２のボリュームの設定を行なうことである。また、本実施の形態では、切り替えずに通常どおりストレージ操作の動作が終了すれば、切り替え側のストレージ装置２のストレージ操作の事前設定を解除する。
本フローチャートでは、簡単のため一つのボリューム対する操作に焦点をおく。なお、複数のボリュームがある場合は、本フローチャートを繰り返し実行してもよいし、複数指定でも、全部チェックするのであれば、一つのボリュームの操作を各ステップで連続的に行なうのみであるので、同様に対応可能である。
はじめに、ＣＰＵ６１は、ストレージ操作受付プログラム７３により、ユーザからのストレージ操作を受け付ける（ステップＳ２１）。すなわち、ＣＰＵ６１は、データ消去であるとか、データ移行の処理を従来どおり管理計算機５でユーザから受け付ける。ＣＰＵ６１は、ステップＳ２１の処理終了後、ステップＳ２２に進む。
続いて、ＣＰＵ６１は、ストレージ操作受付プログラム７３により、ボリューム切り替えが設定されているか判定する（ステップＳ２２）。すなわち、ＣＰＵ６１は、仮想ボリューム情報テーブル８２に、実行ＶＯＬ８２Ｅとして格納されているボリュームが、ストレージ操作の対象となるボリュームであれば、ボリューム切り替えが設定されていると判定する。ＣＰＵ６１は、ボリューム切り替えが設定されていれば（ステップＳ２２：ＹＥＳ）ステップＳ２３に、されていなければ（ステップＳ２２：ＮＯ）ステップＳ２９に進む。
例えば、図６から、仮想ボリューム情報テーブル８２の切り替えＩＤ８２Ａが「１」の情報に関して、まだ実行機能８２Ｆでデータ消去が登録されていない場合を考慮すると、ＣＰＵ６１は、「ＶＣ１」に対してデータ消去を要求した場合には、実行ＶＯＬ８２Ｅの情報から、ボリューム切り替えが設定されているものとして、ステップＳ２３に処理が進むことになる。
続いて、ＣＰＵ６１は、ストレージ操作受付プログラム７３により、切り替え側のストレージ装置２にライセンスがあるかどうか判定する（ステップＳ２３）。これについて、ＣＰＵ６１は、図１０のフローチャートで示したステップＳ５と同様の処理を行なう。ＣＰＵ６１は、切り替え側のストレージ装置２にライセンスがあれば（ステップＳ２３：ＹＥＳ）ステップＳ２４に進み、ライセンスがなければ（ステップＳ２３：ＮＯ）ステップＳ２８に進む。図１０のステップＳ５と同様、「ＶＣ１」が実行ＶＯＬ８２Ｅの場合には、切り替え側のストレージ装置２もライセンスがあるので、ＣＰＵ６１は、ステップＳ２４に進むことになる。
続いて、ＣＰＵ６１は、ストレージ操作受付プログラム７３により、ストレージ操作構成確認を行なう（ステップＳ２４）。この処理について、ＣＰＵ６１は、図１０のフローチャートのステップＳ７、もしくは図１１のフローチャートの処理と同様の処理を行なう。しかし、ＣＰＵ６１は、図１１のステップＳ１６の処理に対応する処理をステップＳ２４で行なう場合には、エラーで終了せずに、警告のみをして、次のステップに進んでもよい。ＣＰＵ６１は、ステップＳ２４の処理終了後、ステップＳ２５に進む。
続いて、ＣＰＵ６１は、ストレージ操作指示プログラム７３により、対象ボリュームのストレージ操作実行指示を対象ストレージ装置２に対して行なう（ステップＳ２５）。ＣＰＵ６１は、ステップＳ２５の処理終了後、ステップＳ２６に進む。
続いて、ＣＰＵ６１は、ストレージ構成監視プログラム７２により、ストレージ操作実行状態確認処理を行なう（ステップＳ２６）。具体的には、ＣＰＵ６１は、ボリューム切り替えが実施されたかどうかを確認する。ボリュームの切り替え検知処理は、図１０のステップＳ２と同様であるが、本フローチャートでは、ステップＳ２５でのストレージ操作が終わるまで行なう処理である。
そして、ＣＰＵ６１は、ストレージ操作が終わる前にボリューム切り替えが実施された場合、図１０のフローチャートに処理が移ることとなる。また、ＣＰＵ６１は、ストレージ操作が終わるまで、ボリューム切り替えが行なわれなかった場合、ステップＳ２７に進むことになる。
すなわち、ＣＰＵ６１は、ストレージ操作が終わるまで、ボリューム切り替えが行なわれなかった場合、ストレージ操作受付プログラム７４により、ストレージ操作構成事前設定解除処理を行なう（ステップＳ２７）。具体的には、ＣＰＵ６１は、ステップＳ２４で設定した事前設定を、ステップＳ２４を実行する前の環境に切り替え側のストレージ装置２に対して戻す処理を行なう。ＣＰＵ６１は、ステップＳ２７の処理終了後、本フローチャートを終了する。
一方、ＣＰＵ６１は、切り替え側のストレージ装置２にライセンスがなければ（ステップＳ２３：ＮＯ）、ストレージ操作受付プログラム７４により、切り替え側のストレージ装置２にライセンスがないという警告をユーザに通知する（ステップＳ２８）。ＣＰＵ６１は、ステップＳ２８の処理終了後、ステップＳ２９に進む。
続いて、ＣＰＵ６１は、ストレージ操作指示プログラム７３により、ストレージ操作の実行を指示する（ステップＳ２９）。この処理は、ボリューム切り替えの設定に関係なく、従来のストレージ操作指示となる。ＣＰＵ６１は、ステップＳ２９の処理終了後、本フローチャートを終了する。
このように、ＣＰＵ６１は、データ移行において、ステップＳ２９の処理を切り替え前のストレージ装置２でデータ移行を行なった後、ボリューム切り替え対象の仮想ボリューム１１からアクセスする外部ボリューム３１を変更する。すなわち、図５〜図９の例に従えば、ＣＰＵ６１は、データ移行情報テーブル８５により「ＶＣ２」から「ＶＣ３」へデータを移行することになる。そして、ＣＰＵ６１は、このデータ移行が終わった後、移行先ＶＯＬ８５Ｃが「ＶＣ３」の外部ボリューム３１である「ＶＥ３」に、切り替え後の仮想ボリューム１１である「ＶＷ２」のアクセスを「ＶＥ２」から変更することになる。これらの処理は、管理計算機５のストレージ操作指示プログラム７３（ＣＰＵ６１）により、切り替え後のストレージ装置２に指示される。
またＣＰＵ６１は、移行先ボリュームとして切り替え前のストレージ装置２の内部実ボリューム１８が指定されている場合、切り替え後のストレージ装置２の仮想ボリューム１１にはデータ移行の実行が反映できなくなるので、データ移行をエラーとするか、ボリューム切り替えの設定を解除することを提示し、実行を行なうか、ユーザに実行の可否を決定させるようにしてもよい。
このようにして、計算機システム１では、本実施の形態により、ストレージ操作を行なうタイミングで、ボリューム切り替え側のストレージ装置２のストレージ操作設定を事前に行なうことで、ボリューム切り替え時の場合を見越して、継続的にストレージ操作を実行することが可能となる。
また、計算機システム１では、切り替え側のストレージ装置２において、実際にストレージ操作の環境までを設定するのではなく、使用するボリュームを予約しておいて、実際に切り替えが実施されたときから、環境を設定するようにしてもよい。この場合、計算機システム１では、ステップＳ２７において、その予約情報を解除することになる。
また、計算機システム１では、ストレージ操作を受け付ける前に、ユーザに切り替え側のストレージ装置２の環境を確認する処理を別途設けるようにしても良い。例えば、計算機システム１では、ステップＳ２２〜Ｓ２４の処理を用いて、切り替え側のストレージ装置２でもストレージ操作が引き継げるかどうか確認する。そして、計算機システム１では、ステップＳ２４において、実際に事前設定を行なうまでに処理を終了するようにすればよい。
また、計算機システム１では、データ消去の操作受付の際には、ホスト計算機４からのデータアクセスはないものと判断し、ステップＳ２５及びステップＳ２９の時点でホストパス設定の解除を行なうようにしても良い。また、計算機システム１では、ステップＳ２４で切り替え側のストレージ装置２でホストパスの削除を行ない、またステップＳ２７でホストパスの削除の状態を戻さないようにしても良い。
図１３は、本発明の第四の実施形態における、ストレージ管理情報７５のストレージ負荷情報テーブル８６の一例である。図５〜図９に示したストレージ管理情報７５に加えて、ストレージ負荷情報テーブル８６を設ける。
ストレージ負荷情報テーブル８６は、ストレージ装置２や外部ストレージ装置３を識別するＩＤであるストレージＩＤ８６Ａと、ストレージ装置２の負荷を示す負荷８６Ｂで構成される。負荷８６Ｂの情報は、簡単のため、負荷が高いものを「高」、負荷が低いものを「低」、「高」と「低」の間の中間の負荷のものを「中」として、３段階で扱えるものとする。ストレージ負荷情報テーブル８６に関する情報は、管理計算機５のストレージ構成監視プログラム７１がストレージ装置２のストレージ構成プログラム２１より取得する。
図１４は、本発明の第四の実施形態における、ボリューム切り替え時の操作引き継ぎ処理に関するフローチャートの一例である。
図１４においては、管理計算機５のストレージ操作引き継ぎプログラム７１、ストレージ構成監視プログラム７２によりＣＰＵ６１が処理する。
はじめに、ＣＰＵ６１は、ストレージ操作引き継ぎプログラム７１及びストレージ構成監視プログラム７２により、引き継ぎ確認処理を行なう（ステップＳ３１）。ステップＳ３１の引き継ぎ確認処理は、図１０で示したフローチャートのステップＳ１〜ステップＳ４の各ステップの処理である。また、ＣＰＵ６１は、ステップＳ４で「ＹＥＳ」と判定された場合（ステップＳ４：ＹＥＳ）にステップＳ３２に進む。
続いて、ＣＰＵ６１は、ストレージ操作引き継ぎプログラム７１により、実行ＶＯＬ８２Ｅで操作していたストレージ操作が、切り替え側のストレージ装置２以外で実行可能かどうか判定する（ステップＳ３２）。具体的には、ＣＰＵ６１は、以下の処理を行なう。
（１）ＣＰＵ６１は、 ボリューム切り替えの対象となる仮想ボリューム１１の実際にデータを格納している実ボリュームが、所属するストレージ装置２か、切り替え後のストレージ装置２側の仮想ボリューム１１か、データを格納している実ボリュームを外部接続して仮想ボリューム１１として運用可能なストレージ装置２を選択する。また、ここでは簡単のため、切り替え前のストレージ装置２は、動作できないと判断し選択対象とはしない。
（２）ＣＰＵ６１は、（１）で選択したストレージ装置２から、データ移行など、ボリューム切り替えの対象とは異なるが、ストレージ操作に必要なボリューム（データ移行に関して言えば、移行先ボリューム。データコピーに関しては、複製先ボリューム）を確保できるストレージ装置２を選択する。
具体的には、ＣＰＵ６１は、データ移行の場合において、移行先となっているボリュームに対して、移行元のボリュームからデータ移行の処理ができるストレージ装置２を選択する。また、ＣＰＵ６１は、内部実ボリューム１８から外部ボリューム３１など、外部ストレージ装置３のみではデータ移行ができない構成の場合には、外部ストレージ装置３を選択からはずす。
（３）ＣＰＵ６１は、（２）で選択したストレージ装置２から、ストレージ操作のライセンスがあるストレージ装置２を選択する。
（４）ＣＰＵ６１は、（３）で選択したストレージ装置２から、ストレージ操作を実行できる環境が構築できるストレージ装置２を選択する。
ＣＰＵ６１は、（４）までの処理により、対象となるストレージ装置２が存在すれば（ステップＳ３２：ＹＥＳ）ステップＳ３３に進み、存在しなければ（ステップＳ３２：ＮＯ）ステップＳ３７に進む。
続いて、ＣＰＵ６１は、ストレージ操作引き継ぎプログラム７１により、ステップＳ３２で選択したストレージ装置２を列挙する（ステップＳ３３）。ＣＰＵ６１は、ステップＳ３３の処理終了後、ステップＳ３４に進む。
ステップＳ３２とステップＳ３３に関して図５〜図９の情報を例として、具体的には以下となる。
ＣＰＵ６１は、ステップＳ３２の（１）の処理として、仮想ボリューム情報テーブル８２の切り替えＩＤ８２Ａが「１」に関して、切り替えボリュームが第二ＶＯＬ８２Ｃの「ＶＷ１」、実際のデータが外部ＶＯＬ８２Ｄの「ＶＥ１」であることを認識する。ＣＰＵ６１は、「ＶＥ１」に外部接続できるストレージ装置２が他になければ、「ＶＷ１」が所属するストレージＩＤ８１Ａが「２」のストレージ装置２、「ＶＥ１」が所属するストレージＩＤ８１Ａが「３」のストレージ装置２が選択対象となるストレージ装置２とする。
また、ＣＰＵ６１は、ステップＳ３２の（２）の処理として、切り替えＩＤ８２Ａが「１」の操作がデータ消去であるので、本処理では選択対象のストレージ装置２を（１）で選択したストレージ装置２と同様とする。
また、ＣＰＵ６１は、ステップＳ３２の（３）の処理として、データ消去のライセンスがあるかどうか確認し、ストレージＩＤ８１Ａが「２」、ストレージＩＤ８１Ａが「３」のストレージ装置２にはそれぞれ、データ消去のライセンスがあるので、ストレージＩＤ８１Ａが「２」、ストレージＩＤ８１Ａが「３」のストレージ装置２をそのまま選択対象として残す。
また、ＣＰＵ６１は、ステップＳ３２の（４）の処理として、データ消去においては、ストレージＩＤ８１Ａが「２」のストレージ装置２の場合、「ＶＥ１」へアクセスできればように外部接続がされていれば、すなわち、切り替え後運用可能であれば、環境構築は可能であるため、対象ストレージ装置２とする。また、ＣＰＵ６１は、ストレージＩＤ８１Ａが「３」のストレージ装置２の場合、ストレージ装置２内の実ボリュームのデータ消去なので、通常運用ができる環境であれば、データ消去できるものとして、対象ストレージ装置２とする。
よって、ＣＰＵ６１は、ステップＳ３２において、ストレージ操作が実行可能なストレージ装置２があると判定し、ステップＳ３３に進む。そして、ＣＰＵ６１は、ステップＳ３３において、ストレージＩＤ８１Ａが「２」のストレージ装置２、ストレージＩＤ８１Ａが「３」のストレージ装置２がそれぞれ選択されたストレージ装置２として列挙することになる。
続いて、ＣＰＵ６１は、ストレージ操作引き継ぎプログラム７１により、ステップＳ３３で列挙したストレージ装置の負荷を確認し、負荷の低いストレージ装置２を選択する（ステップＳ３４）。具体的には、ＣＰＵ６１は、ストレージ負荷情報テーブル８６の情報より選択する。
図１３の例に従えば、ＣＰＵ６１は、ストレージＩＤ８６Ａが「２」のストレージ装置２の負荷が「低」、ストレージＩＤ８６Ａが「３」のストレージ装置２の負荷が「中」であることを認識する。すなわち、ＣＰＵ６１は、ストレージ装置２の負荷が低いのはストレージＩＤ８６Ａが「２」のストレージ装置２であることを認識する。
よって、ＣＰＵ６１は、ステップＳ３４において、ストレージＩＤ８６Ａが「２」のストレージ装置２を選択することとなる。なお、本実施の形態では、負荷８６Ｂの情報が同一になる場合も考えられる。その場合、ＣＰＵ６１は、切り替え先のストレージ装置２を優先する、ストレージＩＤ８６Ａの順を優先にするなど、優先度を設けることで、ストレージ装置２を一意に選択する。ＣＰＵ６１は、ステップＳ３４の処理終了後、ステップＳ３５に進む。
続いて、ＣＰＵ６１は、ストレージ操作引き継ぎプログラム７１により、ステップＳ３４で選択したストレージ装置２に対して、ストレージ操作の環境を構成する（ステップＳ３５）。
ステップＳ３４からの例に従えば、ＣＰＵ６１は、ストレージＩＤ８６Ａが「２」のストレージ装置２がステップＳ３４で選択したので、ストレージＩＤ８６Ａが「２」のストレージ装置２、すなわち、切り替え先のストレージ装置２で、切り替え前のストレージ装置２で操作が行なわれていたデータ消去を行なうことになるが、構成としてはデータ移行と異なるので、構成として変更することはない。ＣＰＵ６１は、ステップＳ３５の処理終了後、ステップＳ３６に進む。
続いて、ＣＰＵ６１は、ストレージ操作指示プログラム７３により、ステップＳ３４で選択したストレージ装置２に対して、ストレージ操作を指示する（ステップＳ３６）。
ステップＳ３４からの例に従えば、ＣＰＵ６１は、ストレージＩＤ８６Ａが「２」のストレージ装置２をステップＳ３４で選択したので、ストレージＩＤ８６Ａが「２」のストレージ装置２、すなわち切り替え先のストレージ装置２で、切り替え前のストレージ装置２で操作が行なわれていたデータ消去を行なうことになる。ＣＰＵ６１は、ステップＳ３６の処理終了後、本フローチャートの処理を終了する。
一方、ＣＰＵ６１は、対象となるストレージ装置２が存在しなければ（ステップＳ３２：ＮＯ）、ストレージ操作引き継ぎプログラム７１により、ストレージ操作が引き継げないことをユーザにエラー通知する（ステップＳ３７）。ＣＰＵ６１は、ステップＳ３７の処理終了後、本フローチャートの処理を終了する。
このようにして、計算機システム１では、本フローチャートの処理により、あるボリュームに対してストレージ操作を行なっていた場合に、障害等が発生し、処理が継続できなくなっても、別のストレージ装置２で、ストレージ操作を継続することが可能となる。
また、計算機システム１では、計画的にストレージ装置２を停止して、別のストレージ装置２で処理を継続するために、ボリュームを切り替えることがあった場合、ストレージ操作が動作中であれば、切り替え時に警告を通知するようにしてもよい。また、計算機システム１では、切り替えを行なう前に、ユーザにストレージ操作を引き継いで行なうか選択をさせるようにしても良い。
また、計算機システム１では、ステップＳ３４において、ストレージ操作を行なうストレージ装置の選択に負荷を利用したが、ユーザによってストレージ操作を行なうストレージ装置２をあらかじめ選択させるようにしてもよい。
また、計算機システム１では、ステップＳ３２のライセンスの確認において、ストレージ操作を行なうストレージ装置２に対して、ライセンスを有効化するステップを設けてもよい。すなわち、計算機システム１では、ストレージ操作を行なわないストレージ装置２のライセンスを無効化しておき、有効化した場合のみライセンスを適応させることで、ライセンスの有効期間を延長させるようにしてもよい。また、計算機システム１では、ライセンスにボリューム容量などで、ライセンス料が変更となるような場合には、有効化した場合のボリュームに対してのみライセンス料が課金されるようにしてもよい。また、計算機システム１では、切り替え前のボリュームにおいて、ストレージ操作が引き継がれた場合には、ライセンスを無効化するようにしてもよい。なお、計算機システム１では、無効化した場合には、ライセンス料を無効化した分、課金をなくすようにしてもよい。
また、計算機システム１では、ステップＳ３２において、引き継ぐストレージ操作がデータ移行の場合、ストレージ装置２としては、同一のストレージ装置２内の仮想ボリューム１１間で行なえるが、実際にデータを格納している外部ボリューム３１が別々の外部ストレージ装置３にある場合もある。この場合、計算機システム１では、外部ストレージ装置２でのデータ移行ではなく、外部ストレージ装置２間のリモートコピー操作により、データを移行することとなる。そのため、計算機システム１では、選択するストレージ装置２について、外部ストレージ装置２が２つ選択されることもある。ただし、計算機システム１では、データ移行のオンライン性を考慮して、外部ストレージ装置３間にまたがるデータ移行の場合には、ストレージ装置２側でのみしかデータ移行の引き継ぎは行なわせないという判定をするようにしてもよい。
また、計算機システム１では、本フローチャートによるデータ消去のストレージ操作において、安全のため、データ消去自体のストレージ操作を終了した場合、仮想ボリューム１１と外部ボリューム３１とのマッピングを削除するようにしても良い。また、計算機システム１では、データ消去後、再度、同一のストレージ装置２の構成で利用する場合には、ユーザの要求を取得し、仮想ボリューム１１と外部ボリューム３１とのマッピングを削除しないようにしてもよい。また、計算機システム１では、外部ボリューム３１側で実行するように選択された場合には、その時点で仮想ボリューム１１と外部ボリューム３１とのマッピングを削除するようにしても良い。
図１５は、本発明の第五の実施の形態の計算機システム１の構成を示す図の一例である。
図１との違いは、ストレージ装置２の仮想ボリューム１１が他の仮想ボリュームとは別々に実データの入る一つの外部ボリューム３１を有することである。よって、計算機システム１では、ストレージ装置２の間で仮想ボリューム間の同期コピーを行ない、データを同一にして、ボリューム切り替えを行なえるようにする。また、この場合、計算機システム１では、ホスト計算機４のＩ／Ｏ処理プログラム５１が当該ホスト計算機４を停止せずにボリュームを切り替えるようにするために、切り替え前のボリュームＩＤ８１Ｂのボリュームを、切り替え後のボリュームに対して引き継ぐようにしてもよい。
本実施の形態における計算機システム１でも、前述の実施の形態のフローチャートの処理にて、ストレージ操作の引継ぎは可能である。ただし、計算機システム１では、データ移行など、ボリューム切り替えとは別の移行先ボリュームの設定において、切り替え前の移行先ボリュームと、切り替え後の移行先ボリュームが別の実ボリュームを有していれば良い。従って、計算機システム１では、図１１のフローチャートにおいては、ステップＳ１２を行なわず、また、ステップＳ１３の処理において、切り替え側の移行先ボリュームを準備することができるか否かを判定するようにすればよい。
また、計算機システム１では、実ボリュームが、切り替え前のボリュームと切り替え後のボリュームと別々にあることから、ストレージ操作の実行を、切り替え前のボリュームと切り替え後のボリュームとで、並行して行なうようにしてもよい。
図１６は、本発明の第六の実施形態のユーザのストレージ装置２の設定に関する入力画面であるストレージ操作設定画面８７を示す。ストレージ操作設定画面８７は、管理計算機５の入出力装置６２の表示部に表示される。
ここでの説明も前述のとおり、簡単のため、データ消去とデータ移行について説明する。
ストレージ操作設定画面８７には、データ消去ボリュームを指定するデータ消去ボリューム８７Ａと、データ消去操作が動作中にストレージ装置２の障害等で継続できなくなった場合、ボリューム切り替えのときにデータ消去操作を継続するかを指定する引き継ぎ有無８７Ｂが表示される。また、ストレージ操作設定画面８７には、データ消去ボリューム８７Ａと引き継ぎ有無８７Ｂのデータを入力する欄を追加するときに用いるボタンであるデータ消去ボリューム追加ボタン８７Ｃ、データ消去引き継ぎ有ボタン８７Ｄ及びデータ消去引き継ぎ有ボタン８７Ｅが表示される。
また、ストレージ操作設定画面８７には、データ移行操作設定のために、移行元ボリュームを指定する移行元ボリューム８７Ｆと、移行先ボリュームを指定する移行先ボリューム８７Ｇと、データ移行操作が動作中にストレージ装置２の障害等で継続できなくなった場合、ボリューム切り替えのときにデータ移行操作を継続するかを指定する引き継ぎ有無８７Ｈが表示される。また、ストレージ操作設定画面８７には、移行元ボリューム８７Ｆと、移行先ボリューム８７Ｇと、引き継ぎ有無８７Ｈのデータを入力する欄を追加するときに用いるボタンであるデータ移行ボリューム追加ボタン８７Ｉ、データ移行引き継ぎ有ボタン８７Ｊ及びデータ移行引き継ぎ有ボタン８７Ｋが表示される。
また、ストレージ操作設定画面８７には、ユーザの入力決定を管理計算機５に伝えるボタンとなる設定ボタン８７Ｌと、入力のキャンセルを行うボタンを示すキャンセルボタン８７Ｍが表示される。
また、ストレージ操作設定画面８７には、データ消去ボリューム８７Ａ、移行元ボリューム８７Ｆ、移行先ボリューム８７Ｇに、ボリュームＩＤ８１Ｂのデータが入力される。
また、ストレージ操作設定画面８７には、引き継ぎ有無８７Ｂ、８７Ｈの値として、「有」又は「無」が入力される。この場合、ストレージ操作設定画面８７では、引き継ぎ有無８７Ｂ、８７Ｈに「有」が指定されれば、各ストレージ操作の引き継ぎをボリューム切り替え後のストレージ装置２で行なって、「無」であれば、各ストレージ操作の引き継ぎをボリューム切り替え後も行なわないこととなる。また、ストレージ操作設定画面８７には、ユーザ入力を軽減するために、デフォルト値（例えば、「有」）を欄が追加されたときに表示するようにしてもよい。
また、ストレージ操作設定画面８７では、各ストレージ操作において、すべての操作対象ボリュームに対して、ユーザが引き継ぎ「有」の情報を入力するときに、例えばデータ消去であれば、データ消去引き継ぎ有ボタン８７Ｄが押下され、ユーザが引き継ぎ「無」の情報を入力するときに、データ消去引き継ぎ無ボタン８７Ｅが押下される。また、ストレージ操作設定画面８７では、例えばデータ移行であれば、ユーザが引き継ぎ「有」の情報を入力するときに、データ移行引き継ぎ有ボタン８７Ｊが押下され、ユーザが引き継ぎ「無」の情報を入力するときに、データ移行引き継ぎ無ボタン８７Ｋが押下される。
また、ストレージ操作設定画面８７では、全ストレージ操作のすべての操作対象ボリュームに対して、ユーザが引き継ぎ「有」の情報を入力するときに、ストレージ操作引き継ぎ有ボタン８７Ｎが押下され、ユーザが引き継ぎ「無」の情報を入力するときに、ストレージ操作引き継ぎ無ボタン８７Ｏが押下される。
管理計算機５は、本画面で指定されたストレージ操作の情報をストレージ管理情報７５内の管理テーブルで管理する。また、管理計算機５は、引き継ぎ有無の情報もストレージ管理情報７５内で管理することになる。この場合、管理計算機５は、引き継ぎを行なわないボリュームに関しては、仮想ボリューム情報テーブル８２の実行機能８２Ｆに情報を格納しないようにする。また、管理計算機５は、仮想ボリューム情報テーブル８２に「引き継ぎ有無」という新規の欄を追加し、そこに「有」「無」を格納することで、実際のストレージ操作を引き継ぐかどうかを判定するようにしても良い。
管理計算機５のＣＰＵ６１は、図１０及び図１２のフローチャートにより、ストレージ操作引き継ぎを行なうかどうかの判定を行なうことなる。具体的には、ＣＰＵ６１は、図１０のフローチャートにおいて、ステップＳ３で引き継ぎ「有」のボリュームのみでストレージ操作を確認し、その確認したボリュームのみを対象として、ステップＳ４以降を実行するようにすればよい。また、ＣＰＵ６１は、図１２のフローチャートにおいて、ステップＳ２３で引き継ぎ有無の情報も確認し、引き継ぎがなければステップＳ２８に進み、引き継ぎがあり、またボリューム切り替え設定があればステップＳ２４に進むことにすればよい。
また、第一〜第六の実施の形態において、ストレージ操作としてデータ消去、データ移行、データコピーについて説明してきたが、計算機システム１では、その他の操作においても提供可能である。
例えば、ストレージ操作には、ボリュームへのパス設定、ボリュームの保護（ＷＯＲＭ）設定、ボリュームのキャッシュ常駐設定、ポートの優先度設定、ボリュームの仮想プールボリューム設定、キャッシュ分割割り当て設定、ストレージ装置２の分割設定等がある。計算機システム１では、このような設定または解除処理を行なっているときに、切り替え前のストレージ装置２やボリュームで障害等があった場合、第一〜第五の実施の形態の処理により、そのストレージ操作を引き継いで、切り替え側のストレージ装置２やボリュームにその操作を行なうことが可能である。
また、計算機システム１では、ボリューム作成途中、キャッシュ分割、ストレージ装置２の分割の処理など、ボリューム切り替え設定とは関係のないストレージ操作においても、ストレージ装置２の切り替えが発生する場合には、切り替えたストレージ装置２でストレージ操作を行うように管理計算機５がストレージ装置２に指示しても良い。
また、第一〜第六の実施の形態において、計算機システム１では、ボリューム切り替え処理に関しては、ホスト計算機４の処理継続を考慮しなくてもよい。すなわち、計算機システム１では、一方のストレージ装置２を廃棄して、別のストレージ装置２を用いて計算機システム１を再構築する場合に、廃棄するまでに操作を続けていたストレージ操作を、別のストレージ装置２で再構築を行なった時点をユーザに指定させるなどで、管理計算機５が把握し、上記別のストレージ装置２でストレージ操作を引き継ぎ、ストレージ操作を再度実行すればよい。この場合には、計算機システム１では、ホスト計算機４のＩ／Ｏ処理プログラム５１が必要ないこととなる。
以上のように、計算機システム１では、切り替え前のストレージ装置２のボリュームへのホスト計算機４のアクセスが、切り替え後のストレージ装置２へのボリュームに切り替わる場合に、その時点で切り替え前のストレージ装置２のボリュームに対してストレージ操作が動作中の場合、切り替え前のストレージ装置２のボリュームで動作中のストレージ装置２の機能の操作を、切り替え後のストレージ装置２のボリュームでストレージ操作を行なえるように環境構築し、切り替え後のストレージ装置２のボリュームにおいて、切り替え前のストレージ装置２のボリュームで動作中のストレージ操作を実行する。
従って、ボリューム切り替えを行なう計算機システムにおいて、ボリューム切り替え時に、切り替え後のストレージ装置２において、切り替え前のストレージ装置２におけるホスト計算機４のアクセス処理と共に、業務運用に応じてデータ消去、データ移行等のストレージ操作を引き継ぐことができる。
本発明は、複数ストレージ装置間でのストレージ操作を引き継ぐ計算機システムに広く適用することができる。
第一〜第四及び第六の実施の形態における計算機システムの構成の一例を示す図である。 第一〜第六の実施の形態における計算機システムを構成するストレージ装置の構成の一例を示す図である。 第一〜第六の実施の形態における計算機システムを構成するホスト計算機の構成の一例を示す図である。 第一〜第六の実施の形態における計算機システムで構成する管理計算機の構成の一例を示す図である。 第一〜第六の実施の形態における計算機システムで用いられるテーブルの一例を示す図である。 第一〜第六の実施の形態における計算機システムで用いられるテーブルの一例を示す図である。 第一〜第六の実施の形態における計算機システムで用いられるテーブルの一例を示す図である。 第一〜第六の実施の形態における計算機システムで用いられるテーブルの一例を示す図である。 第一〜第六の実施の形態における計算機システムで用いられるテーブルの一例を示す図である。 第一の実施の形態における計算機システムで用いられるストレージ操作引き継ぎのフローチャートの一例を示す図である。 第二の実施の形態における計算機システムで用いられるストレージ操作引き継ぎのフローチャートの一例を示す図である。 第三の実施の形態における計算機システムで用いられるストレージ操作受付のフローチャートの一例を示す図である。 第四の実施の形態における計算機システムで用いられるテーブルの一例を示す図である。 第四の実施の形態における計算機システムで用いられるストレージ操作受付のフローチャートの一例を示す図である。 第五の実施の形態における計算機システムの構成の一例を示す図である。 第六の実施の形態における計算機システムで用いられる設定画面の一例を示す図である。
符号の説明
１……計算機システム、２……ストレージ装置、３……外部ストレージ装置、４……ホスト計算機、５……管理計算機、６……第一ストレージネットワーク、７……第二ストレージネットワーク、８……管理ネットワーク、１１……仮想ボリューム、３１……外部ボリューム、６１……ＣＰＵ、６２……入出力装置、７１……ストレージ操作引き継ぎプログラム、７２……ストレージ構成監視プログラム、７３……ストレージ操作指示プログラム、７４……ストレージ操作受付プログラム、７５……ストレージ管理情報、８１……ストレージ情報テーブル、８２……仮想ボリューム情報テーブル、８３……ホスト情報テーブル、８４……外部接続情報テーブル、８５……データ移行情報テーブル、８６……ストレージ負荷情報テーブル、８７……ストレージ操作設定画面

Claims (17)

  1. ホスト計算機から送信されるデータを格納する第一のボリュームを有する第一のストレージ装置と、
    前記第一のストレージ装置のボリュームを仮想化した第一の仮想ボリュームを有し、当該第一の仮想ボリュームを前記ホスト計算機に提供する第二のストレージ装置と、
    前記第一の仮想ボリュームと同一の前記第一のストレージ装置の第一のボリュームを仮想化した第二の仮想ボリュームを有し、前記ホスト計算機の前記第一の仮想ボリュームへのアクセスを切り替えて、前記第二の仮想ボリュームを前記ホスト計算機に提供する第三のストレージ装置と、
    前記第一のストレージ装置、前記第二のストレージ装置及び前記第三のストレージ装置を管理する管理計算機と
    を備え、
    前記管理計算機は、
    前記ホスト計算機の前記第一の仮想ボリュームへのアクセスを、前記第二の仮想ボリュームに切り替える際における前記第一の仮想ボリュームの操作を検出する検出部と、
    前記第二の仮想ボリュームにアクセスが切り替わった際に、前記検出部により検出された前記第一の仮想ボリュームの操作を、前記第三のストレージ装置の前記第二の仮想ボリュームに対して実行させるように指示する実行指示部と
    を備えることを特徴とする計算機システム。
  2. 前記第二のストレージ装置は、
    前記第一のストレージ装置の第二のボリュームを仮想化した第三の仮想ボリュームを有し、
    前記第三のストレージ装置は、
    前記第三の仮想ボリュームと同一の前記第一のストレージ装置の第二のボリュームを仮想化した第四の仮想ボリュームを有し、
    前記検出部は、
    前記第一の仮想ボリュームから前記第三の仮想ボリュームへのデータ移行の操作を検出し、
    前記実行指示部は、
    前記第二の仮想ボリュームにアクセスが切り替わった際に、前記検出部により検出された前記第一の仮想ボリュームから前記第三の仮想ボリュームへのデータ移行の操作を、前記第三のストレージ装置の前記第二の仮想ボリューム及び前記第四の仮想ボリュームに対して実行させるように指示する
    ことを特徴とする請求項１に記載の計算機システム。
  3. 前記検出部は、
    ユーザからの前記第一の仮想ボリュームへの操作を受け付けたときに、前記第一の仮想ボリュームと前記第二の仮想ボリュームとの切り替えの設定を検出し、
    前記実行指示部は、
    前記第二の仮想ボリュームに対して前記第一の仮想ボリュームの操作を実行させるための環境を設定した後に、前記第一の仮想ボリュームの操作を実行させるように指示し、前記第一の仮想ボリュームの操作が終了した後に、前記第二の仮想ボリュームに対して前記第一の仮想ボリュームの操作を実行させるための環境の設定を解除する
    ことを特徴とする請求項１に記載の計算機システム。
  4. 前記実行指示部は、
    前記第一のストレージ装置及び前記第三のストレージ装置の稼働状況を判定し、前記検出部により検出された前記第一の仮想ボリュームの操作を、第一のストレージ装置又は第三のストレージ装置により、前記第三のストレージ装置の前記第二の仮想ボリュームに対して実行させるように指示する
    ことを特徴とする請求項１に記載の計算機システム。
  5. 前記実行指示部は、
    前記第一のストレージ装置及び前記第三のストレージ装置の負荷を稼動状況として検出し、前記検出部により検出された前記第一の仮想ボリュームの操作を、負荷の低いストレージ装置により、前記第三のストレージ装置の前記第二の仮想ボリュームに対して実行させるように指示する
    ことを特徴とする請求項４に記載の計算機システム。
  6. 前記第一の仮想ボリュームと同一の前記第一のストレージ装置の第一のボリュームを仮想化した第五の仮想ボリュームを有し、前記ホスト計算機の前記第一の仮想ボリュームへのアクセスを切り替えて、前記第五の仮想ボリュームを前記ホスト計算機に提供する第四のストレージ装置
    を備え、
    前記実行指示部は、
    前記第一のストレージ装置、前記第三のストレージ装置及び前記第四のストレージ装置の稼働状況を判定し、前記検出部により検出された前記第一の仮想ボリュームの操作を、前記第一のストレージ装置、前記第三のストレージ装置又は前記第四のストレージ装置により、前記第三のストレージ装置の前記第二の仮想ボリュームに対して実行させるように指示する
    ことを特徴とする請求項４に記載の計算機システム。
  7. 前記前記第一の仮想ボリュームの操作は、
    前記第一のボリュームのデータの消去である
    ことを特徴とする請求項１に記載の計算機システム。
  8. 前記管理計算機は、
    前記前記第一の仮想ボリュームの操作の引き継ぎを行なうか否かを指定する指定部
    を備えることを特徴とする請求項１に記載の計算機システム。
  9. 計算機システムの操作引き継ぎ方法であって、
    ホスト計算機から送信されるデータを格納する第一のボリュームを有する第一のストレージ装置と、
    前記第一のストレージ装置のボリュームを仮想化した第一の仮想ボリュームを有し、当該第一の仮想ボリュームを前記ホスト計算機に提供する第二のストレージ装置と、
    前記第一の仮想ボリュームと同一の前記第一のストレージ装置の第一のボリュームを仮想化した第二の仮想ボリュームを有し、前記ホスト計算機の前記第一の仮想ボリュームへのアクセスを切り替えて、前記第二の仮想ボリュームを前記ホスト計算機に提供する第三のストレージ装置と、
    前記第一のストレージ装置、前記第二のストレージ装置及び前記第三のストレージ装置を管理する管理計算機と
    を備え、
    前記管理計算機の検出部が、前記ホスト計算機の前記第一の仮想ボリュームへのアクセスを、前記第二の仮想ボリュームに切り替える際における前記第一の仮想ボリュームの操作を検出する第一のステップと、
    前記管理計算機の実行指示部が、前記第二の仮想ボリュームにアクセスが切り替わった際に、前記第一のステップにおいて検出した前記第一の仮想ボリュームの操作を、前記第三のストレージ装置の前記第二の仮想ボリュームに対して実行させるように指示する第二のステップと
    を備えることを特徴とする計算機システム。
  10. 前記第二のストレージ装置は、
    前記第一のストレージ装置の第二のボリュームを仮想化した第三の仮想ボリュームを有し、
    前記第三のストレージ装置は、
    前記第三の仮想ボリュームと同一の前記第一のストレージ装置の第二のボリュームを仮想化した第四の仮想ボリュームを有し、
    前記検出部は、
    前記第一の仮想ボリュームから前記第三の仮想ボリュームへのデータ移行の操作を検出し、
    前記第二のステップでは、
    前記第二の仮想ボリュームにアクセスが切り替わった際に、前記第一のステップにおいて検出した前記第一の仮想ボリュームから前記第三の仮想ボリュームへのデータ移行の操作を、前記第三のストレージ装置の前記第二の仮想ボリューム及び前記第四の仮想ボリュームに対して実行させるように指示する
    ことを特徴とする請求項９に記載の操作引き継ぎ方法。
  11. 前記第一のステップでは、
    ユーザからの前記第一の仮想ボリュームへの操作を受け付けたときに、前記第一の仮想ボリュームと前記第二の仮想ボリュームとの切り替えの設定を検出し、
    前記第二のステップでは、
    前記第二の仮想ボリュームに対して前記第一の仮想ボリュームの操作を実行させるための環境を設定した後に、前記第一の仮想ボリュームの操作を実行させるように指示し、前記第一の仮想ボリュームの操作が終了した後に、前記第二の仮想ボリュームに対して前記第一の仮想ボリュームの操作を実行させるための環境の設定を解除する
    ことを特徴とする請求項９に記載の操作引き継ぎ方法。
  12. 前記第二のステップでは、
    前記第一のストレージ装置及び前記第三のストレージ装置の稼働状況を判定し、前記第一のステップにおいて検出した前記第一の仮想ボリュームの操作を、第一のストレージ装置又は第三のストレージ装置により、前記第三のストレージ装置の前記第二の仮想ボリュームに対して実行させるように指示する
    ことを特徴とする請求項９に記載の操作引き継ぎ方法。
  13. 前記第二のステップでは、
    前記第一のストレージ装置及び前記第三のストレージ装置の負荷を稼動状況として検出し、前記第一のステップにおいて検出した前記第一の仮想ボリュームの操作を、負荷の低いストレージ装置により、前記第三のストレージ装置の前記第二の仮想ボリュームに対して実行させるように指示する
    ことを特徴とする請求項１２に記載の操作引き継ぎ方法。
  14. 前記第一の仮想ボリュームと同一の前記第一のストレージ装置の第一のボリュームを仮想化した第五の仮想ボリュームを有し、前記ホスト計算機の前記第一の仮想ボリュームへのアクセスを切り替えて、前記第五の仮想ボリュームを前記ホスト計算機に提供する第四のストレージ装置
    を備え、
    前記第二のステップでは、
    前記第一のストレージ装置、前記第三のストレージ装置及び前記第四のストレージ装置の稼働状況を判定し、前記第一のステップにおいて検出した前記第一の仮想ボリュームの操作を、前記第一のストレージ装置、前記第三のストレージ装置又は前記第四のストレージ装置により、前記第三のストレージ装置の前記第二の仮想ボリュームに対して実行させるように指示する
    ことを特徴とする請求項１２に記載の操作引き継ぎ方法。
  15. 前記前記第一の仮想ボリュームの操作は、
    前記第一のボリュームのデータの消去である
    ことを特徴とする請求項９に記載の操作引き継ぎ方法。
  16. 前記管理計算機は、
    前記前記第一の仮想ボリュームの操作の引き継ぎを行なうか否かを指定する指定部
    を備えることを特徴とする請求項９に記載の操作引き継ぎ方法。
  17. ホスト計算機から送信されるデータを格納する第一のボリュームを有する第一のストレージ装置と、
    前記第一のストレージ装置のボリュームを仮想化した第一の仮想ボリュームを有し、当該第一の仮想ボリュームを前記ホスト計算機に提供する第二のストレージ装置と、
    前記第一のストレージ装置の第一のボリュームに格納されたデータのコピーを格納する第二のボリュームを有する第三のストレージ装置と、
    前記第三のストレージ装置の第二のボリュームを仮想化した第二の仮想ボリュームを有し、前記ホスト計算機の前記第一の仮想ボリュームへのアクセスを切り替えて、前記第二の仮想ボリュームを前記ホスト計算機に提供する第四のストレージ装置と、
    前記第一のストレージ装置、前記第二のストレージ装置、前記第三のストレージ装置及び前記第四のストレージ装置を管理する管理計算機と
    を備え、
    前記第二のストレージ装置は、
    ホスト計算機から送信されるデータを同期コピーにより前記第四のストレージ装置に送信する同期コピー部
    を備え、
    前記管理計算機は、
    前記ホスト計算機の前記第一の仮想ボリュームへのアクセスを、前記第二の仮想ボリュームに切り替える際における前記第一の仮想ボリュームの操作を検出する検出部と、
    前記第二の仮想ボリュームにアクセスが切り替わった際に、前記検出部により検出された前記第一の仮想ボリュームの操作を、前記第四のストレージ装置の前記第二の仮想ボリュームに対して実行させるように指示する実行指示部と
    を備えることを特徴とする計算機システム。
JP2008062408A 2008-03-12 2008-03-12 計算機システム及び操作引き継ぎ方法 Pending JP2009217683A (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2008062408A JP2009217683A (ja) 2008-03-12 2008-03-12 計算機システム及び操作引き継ぎ方法
US12/109,461 US20090235046A1 (en) 2008-03-12 2008-04-25 Computer system and operation takeover method
EP08171097A EP2101254A3 (en) 2008-03-12 2008-12-09 Computer system and storage operation takeover method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2008062408A JP2009217683A (ja) 2008-03-12 2008-03-12 計算機システム及び操作引き継ぎ方法

Publications (1)

Publication Number Publication Date
JP2009217683A true JP2009217683A (ja) 2009-09-24

Family

ID=40799929

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2008062408A Pending JP2009217683A (ja) 2008-03-12 2008-03-12 計算機システム及び操作引き継ぎ方法

Country Status (3)

Country Link
US (1) US20090235046A1 (ja)
EP (1) EP2101254A3 (ja)
JP (1) JP2009217683A (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012147135A1 (en) 2011-04-28 2012-11-01 Hitachi, Ltd. Data storage system and management method therefor

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7409583B2 (en) * 2002-10-07 2008-08-05 Hitachi, Ltd. Volume and failure management method on a network having a storage device
US8892835B1 (en) * 2012-06-07 2014-11-18 Emc Corporation Insertion of a virtualization layer into a replication environment
US11206306B2 (en) 2019-05-21 2021-12-21 Cobalt Iron, Inc. Analytics based cloud brokering of data protection operations system and method

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003162377A (ja) * 2001-11-28 2003-06-06 Hitachi Ltd ディスクアレイシステム及びコントローラ間での論理ユニットの引き継ぎ方法
JP4100968B2 (ja) * 2002-06-06 2008-06-11 株式会社日立製作所 データマッピング管理装置
JP4842593B2 (ja) * 2005-09-05 2011-12-21 株式会社日立製作所 ストレージ仮想化装置のデバイス制御引継ぎ方法
JP4958673B2 (ja) * 2007-07-26 2012-06-20 株式会社日立製作所 ストレージシステム及びこれの管理方法

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012147135A1 (en) 2011-04-28 2012-11-01 Hitachi, Ltd. Data storage system and management method therefor
US8639775B2 (en) 2011-04-28 2014-01-28 Hitachi, Ltd. Computer system and its management method
US9092158B2 (en) 2011-04-28 2015-07-28 Hitachi, Ltd. Computer system and its management method

Also Published As

Publication number Publication date
US20090235046A1 (en) 2009-09-17
EP2101254A3 (en) 2011-02-02
EP2101254A2 (en) 2009-09-16

Similar Documents

Publication Publication Date Title
US7558916B2 (en) Storage system, data processing method and storage apparatus
US9785381B2 (en) Computer system and control method for the same
JP4990322B2 (ja) データ移動管理装置及び情報処理システム
EP2399190B1 (en) Storage system and method for operating storage system
US7373469B2 (en) Data migration method
JP5478107B2 (ja) 仮想ストレージ装置を管理する管理サーバ装置及び仮想ストレージ装置の管理方法
JP4940738B2 (ja) 記憶領域動的割当方法
JP5149556B2 (ja) システム情報要素を移行するストレージシステム
JP5921684B2 (ja) 計算機システムおよびアプリケーションプログラム実行環境移行方法
US20060168415A1 (en) Storage system, controlling method thereof, and virtualizing apparatus
US20110258412A1 (en) Computer system, data migration monitoring method and data migration monitoring program
JP6215483B2 (ja) ストレージシステムの管理システム
EP1914625B1 (en) Method and program for supporting setting of access management information
JP2010039986A (ja) データのバックアップを管理する計算機システム及び方法
JP2009217683A (ja) 計算機システム及び操作引き継ぎ方法
US20060221721A1 (en) Computer system, storage device and computer software and data migration method
JP2010113587A (ja) ストレージシステムおよびストレージシステムによるファイルシステムの管理方法
JP5272185B2 (ja) 計算機システム及びストレージシステム
JP6539359B2 (ja) ストレージ管理計算機、ストレージ管理方法および記録媒体
US20190212923A1 (en) Implementing An Interface To A High-Availability Storage System In A Distributed Computing System