JP2004334574A - ストレージの運用管理プログラム、運用管理方法及び管理計算機 - Google Patents
ストレージの運用管理プログラム、運用管理方法及び管理計算機 Download PDFInfo
- Publication number
- JP2004334574A JP2004334574A JP2003130297A JP2003130297A JP2004334574A JP 2004334574 A JP2004334574 A JP 2004334574A JP 2003130297 A JP2003130297 A JP 2003130297A JP 2003130297 A JP2003130297 A JP 2003130297A JP 2004334574 A JP2004334574 A JP 2004334574A
- Authority
- JP
- Japan
- Prior art keywords
- data area
- storage
- copy
- volume
- duplication
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; 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/2002—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 interconnections or communication control functionality are redundant
- G06F11/2007—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 interconnections or communication control functionality are redundant using redundant communication media
-
- 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/2069—Management of state, configuration or failover
-
- 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/2071—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 using a plurality of controllers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
-
- 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
-
- 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
Abstract
【課題】ストレージのデータ領域の情報の使用用途、特性に応じて、同一ストレージ内で、または、ストレージ相互間でデータ領域の複製を効率的に運用管理する。
【解決手段】管理計算機１００のボリューム管理モジュール１０５によって、ボリュームの使用用途や特性を管理し、ボリュームの複製の設定に際して、その使用用途や特性を用いることにより、複製元のボリュームに適した複製先のボリュームを作成し、複製のペアを作成する。また、管理計算機１００の経路管理モジュール４０１とボリューム管理モジュール１０５とによって、ボリュームの使用用途や特性と、回線の使用用途や状態を合致させ、ボリュームを複製するときのデータ転送に使用する回線経路の障害が起こったときにも、別の回線経路が利用できれば、この別の回線経路を利用して、ボリュームの使用用途や特性に適したボリュームの複製の障害対策を実現する。
【選択図】 図４
【解決手段】管理計算機１００のボリューム管理モジュール１０５によって、ボリュームの使用用途や特性を管理し、ボリュームの複製の設定に際して、その使用用途や特性を用いることにより、複製元のボリュームに適した複製先のボリュームを作成し、複製のペアを作成する。また、管理計算機１００の経路管理モジュール４０１とボリューム管理モジュール１０５とによって、ボリュームの使用用途や特性と、回線の使用用途や状態を合致させ、ボリュームを複製するときのデータ転送に使用する回線経路の障害が起こったときにも、別の回線経路が利用できれば、この別の回線経路を利用して、ボリュームの使用用途や特性に適したボリュームの複製の障害対策を実現する。
【選択図】 図４
Description
【０００１】
【発明の属する技術分野】
本発明は、ストレージの運用管理プログラム、運用管理方法及び管理計算機に係り、特に、ストレージのデータ領域の情報に応じて、同一ストレージ内で、あるいは、ストレージ相互間でデータ領域の複製を運用管理することが可能なストレージの運用管理プログラム、運用管理方法及び管理計算機に関する。
【０００２】
【従来の技術】
計算機システムの可用性の向上や、計算機システムの無停止運転のためにデータのバックアップを行なうストレージに関する従来技術として、ストレージ内でデータを二重化するスナップショット機能（例えば、特許文献１等）や、災害時のバックアップを考慮したストレージ間でデータを二重化するリモートコピー機能に関する技術が知られている。
【０００３】
前述したスナップショット機能は、２４時間・３６５日無停止で稼動することが要求される計算機システムにおいて、業務を継続しながらデータのバックアップをオンラインで取ることを可能にする機能である。
【０００４】
また、リモートコピー機能は、通常稼動している計算機システムのストレージが、この計算機システムとは別の遠隔地に設置されて稼動する計算機システムのストレージに更新データを転送することにより、遠隔地のストレージに格納しているデータを、通常稼動している計算機システムのストレージに格納していたデータとほぼ同等なものとして、通常稼動している計算機システムに災害が起こった場合にも、データの損失を少なくすることを可能とする機能である。
【０００５】
また、リモートコピー機能として、複数のリモートコピー要求を効率的に処理するため、データ領域のアクセス頻度や複製回線の状態を考慮し、リモートコピーを行なうスケジュールや回線の経路を決定する技術が知られている。
【０００６】
前述の従来技術は、いずれも、データを二重化するための複製元のデータ領域から複製先のデータ領域への複製処理時の処理負荷の軽減、転送効率の向上を目的としたもので、複製元のデータ領域と複製先のデータ領域とが共に存在することが前提となっているものである。
【０００７】
一方、データの大容量化に伴い、複数のストレージ相互間をストレージ専用のネットワーク（主に、Ｆｉｂｒｅ Ｃｈａｎｎｅｌ）で接続するＳＡＮ（Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）やＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）で接続された複数のストレージを用い、これらのストレージに分散されて格納した大容量のデータを共有して計算機が使用する計算機システムが増加している。しかし、ＳＡＮ等で接続されたストレージは、接続されているストレージが異なるメーカの機種であったり、そのアクセス速度等の異なる性能が異なっている機種であったりすることもあり、ユーザやアプリケーションの用途（金融システム用、企業等の各種管理業務用、データベース用等）に応じた信頼性、アクセス速度を持つデータ領域を、これらのストレージの中から選択して作成、指定することが難しくなってきている。このため、ユーザの用途（ポリシー）に合致したデータ領域を作成することを可能にした従来技術も知られている。
【０００８】
【特許文献１】
特開２００１−３０６４０７号公報
【０００９】
【発明が解決しようとする課題】
しかし、前述した従来技術は、スナップショットやリモートコピーによるデータの二重化のために複製元のデータ領域と複製先のデータ領域とを作成することについて考慮されていないものである。
【００１０】
ＳＡＮやＩＰに接続された様々なストレージの中から、ユーザの用途に応じたデータ二重化の設定を効率的に行なうためには、前述したような金融システム、企業等の各種管理業務、データベース等のユーザの用途に応じた信頼性、アクセス速度に対応させた複製元のデータ領域に対して、複製元のデータ領域と同様な複製先のデータ領域を作成し、データ領域の複製のペアを作成することが必要となってくる。また、金融システム等のデータの信頼性が厳しく要求されるような業務におけるデータ二重化の運用において、データ二重化を実現する複製を行なうときに障害が起こった場合、前述の従来技術は、障害の復旧を待ってから再実行を行なうことになる。また、データ二重化における複製元のデータ領域から複製先のデータ領域への複製の経路を変更することが考えられるが、これも、データ領域の使用用途、データ二重化全体の運用用途によっては、複製の経路を変更するか、障害復旧を待つかを判断して運用しなければならず、システム全体を効果的に運用することが困難である。
【００１１】
本発明の目的は、前述したような点に鑑みて、ストレージのデータ領域の情報に応じて、同一ストレージ内で、あるいは、ストレージ相互間でデータ領域の複製を運用管理することが可能なストレージの運用管理プログラム、運用管理方法及び管理計算機を提供することにある。
【００１２】
【課題を解決するための手段】
本発明によれば前記目的は、ストレージ内、あるいは、ストレージ相互間でデータ領域の複製を運用管理するストレージの運用管理プログラムであって、複製元データ領域に対する複製先データ領域の作成の要求を受け付ける処理ステップと、複製元データ領域の使用用途に応じたデータ領域の性質に合致した複製先となり得るデータ領域を既存のデータ領域から検索する処理ステップと、データ領域の複製のペアを作成することをストレージに指示する処理ステップとを有し、前記各処理ステップを実行することによりストレージの運用管理を行なうことにより達成される。
【００１３】
また、前記目的は、ストレージ内、あるいは、ストレージ相互間でデータ領域の複製を運用管理するストレージの運用管理方法において、複製元データ領域に対する複製先データ領域の作成の要求により、複製元データ領域の使用用途に応じたデータ領域の性質に合致した複製先となり得るデータ領域を既存のデータ領域から検索して、データ領域の複製のペアを作成することにより達成される。
【００１４】
具体的に言えば、本発明は、データ領域の使用用途や特性を管理し、複製するデータ領域を選定するとき、複製元のデータ領域の使用用途や特性を取得し、複製元のデータ領域の使用用途や特性に合致した複製先のデータ領域を作成し、データ領域の複製のペアを作成する。これにより、データ領域の使用用途や特性に応じたデータ二重化の運用が明示的に可能であり、データ領域の使用用途に応じたデータ二重化の設定の自動化、ＳＡＮやＩＰで接続された複数のストレージの中からデータ二重化を効果的に構成設定することが可能となる。
【００１５】
また、本発明は、複製元データ領域の使用用途を運用面でも適合させ、例えば、リモートコピーの場合、複製元のデータ領域と複製先のデータ領域とを結ぶ経路に障害や複製処理の遅延があった場合、複製元のデータ領域の使用用途に応じて、別に接続可能な経路を設定するか、回線の障害の復旧を待つために二重化するデータをストレージ内のキャッシュに残すのか、それとも優先度の低い複製データを一旦キャッシュからも削除してしまうかという判定を行なうことにより、効果的なデータ二重化の運用が可能となる。
【００１６】
本発明は、前述により、ストレージのデータ領域の使用用途や特性を管理し、この使用用途を利用することにより、データ領域の使用用途別にデータ二重化の自動設定を可能とし、データ二重化を柔軟に、また、ユーザに対して明示的にデータ二重化の運用が可能となる。
【００１７】
【発明の実施の形態】
以下、本発明によるストレージの運用管理システム及び運用管理方法の実施形態を図面により詳細に説明する。
【００１８】
図１は本発明の第１の実施形態によるストレージの運用管理システムの構成を示すブロック図である。
【００１９】
本発明の第１の実施形態によるストレージの運用管理システムは、管理計算機１００と、複数のストレージ１１ａ〜１１ｎとがデータネットワーク１３０及びネットワーク１４０により相互に接続されて構成されている。ストレージ１１ａは、実際に計算機が管理するデータを格納する管理領域であるボリューム（データ領域 以下、ボリュームという）１１３ａ、１１３ｂ、・・・、１１３ｎと、将来分割してボリュームとして設定可能な領域である空き領域１１４と、ボリュームの読み書きに関するデータＩ／Ｏを送受信するデータ通信装置１１０と、管理計算機１００等と通信を行なうネットワーク通信装置１１１と、実際にストレージの制御を行なうコントローラ１１２とにより構成されている。データ通信装置１１０とネットワーク通信装置１１１とは、通信形態（例えば、Ｅｔｈｅｒｎｅｔ（登録商標）によるＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）接続）によっては、１つの通信装置として構成されて配置されてもよい。
【００２０】
ストレージ１１ｂも、ストレージ１１ａと同様に、ボリューム１２３ａ、１２３ｂ、・・・、１２３ｎと、空き領域１２４と、データ通信装置１２０と、ネットワーク通信装置１２１と、コントローラ１２２とにより構成されており、また、ストレージ１１ｂ、・・・、１１ｎも、ストレージ１１ａと同様に構成されているものとする。
【００２１】
データネットワーク１３０は、ストレージや計算機のデータ通信の経路となるケーブルである。また、ネットワーク１４０は、管理計算機１００等と通信可能な経路となるケーブルである。また、これらのネットワークは、単なるバスであっても、ＬＡＮであってもよい。データネットワーク１３０とネットワーク１４０とは、通信形態によっては、同一のものとなることもあり、例えば、Ｅｔｈｅｒｎｅｔ（登録商標）等であってよい。
【００２２】
管理計算機１００は、メモリ１０１と、ＣＰＵ１０２と、ネットワーク通信装置１０３と、記憶装置１０４とにより構成されている。記憶装置１０４内には、ボリューム管理モジュール１０５と、ボリューム管理モジュール１０５が管理する後述のボリューム管理モジュールテーブル群２００とが構成されている。
【００２３】
ボリューム管理モジュール１０５は、本発明の実施形態での処理を実現するものであり、ストレージ１１ａ、１１ｂ、・・・、１１ｎにボリュームの作成を指示するボリューム作成部１０６、ボリューム作成部１０６の指示により作成されたボリュームの中から複製のペアを作成するボリュームペア作成部１０７、ボリュームの使用用途（複製元用、複製先用、両者共用等）や特性（性能、信頼度等）、ストレージの使用用途（金融システム用、企業等の各種管理業務用、データベース用等）や特性（性能、信頼度等）から複製可能なボリュームのペアを選定するボリュームペア選定部１０８から構成される。ボリューム管理モジュール１０５は、管理計算機１００の記憶装置内に格納されている図示しないソフトウェアが、メモリ１０１に読み込まれ、ＣＰＵ１０２が実行することにより実現される。
【００２４】
図１に示すストレージの運用管理システムがストレージ間のボリュームの複製を行なう場合、例えば、ストレージ１１ａのボリューム１１３ａを複製元のボリューム、ストレージ１１ｂのボリューム１２３ａを複製先のボリュームとすると、ストレージ１１ａのコントローラ１１２とストレージ１１ｂのコントローラ１２２とが連携して、データネットワーク１３０を介してボリューム１１３ａの内容をボリューム１２３ａに送信して複製を行なうこととなる。この場合、ボリューム１１３ａ、ボリューム１２３ａを使用するそれぞれの計算機とコントローラ１１２、１２２とが連携して複製を行なってもよい。
【００２５】
図２はボリューム管理モジュール１０５が管理するテーブル群を説明する図である。ボリューム管理モジュール１０５が管理するボリューム管理モジュールテーブル群２００には、ボリューム情報テーブル２１０、ストレージ情報テーブル２２０、ペア情報テーブル２３０がある。
【００２６】
ボリューム情報テーブル２１０には、管理計算機１００で管理するストレージの全てのボリュームのそれぞれを識別するために付与されたボリュームＩＤ２１１と、そのボリュームが属するストレージの識別子を示すストレージＩＤ２１２と、各ストレージ内で管理されるボリュームのそのストレージ内での識別子を表すストレージボリュームＩＤ２１３と、ユーザやアプリケーションが指定する複製元用、複製先用、複製元複製先両用、リモートコピーのための複製先用等のボリュームの使用用途を示す用途２１４と、ボリュームの容量２１５と、ユーザやアプリケーションの使用用途（金融システム用、企業等の各種管理業務用、データベース用等）によって設定されるボリュームへの読み書きの頻度を示すＲｅａｄ／Ｗｒｉｔｅ ２１６と、ボリュームの読み書きの速度等の性能を示す性能２１７と、ボリュームの信頼度を数値化して示す信頼度２１８と、複製元のボリュームとペアを組むことができる複製先のボリュームとして設定可能かどうかを示すペア可能／不可情報２１９との各情報が格納されている。
【００２７】
ストレージＩＤ２１２は、ストレージ１１ａ、１１ｂ、・・・、１１ｎの識別子であり、ストレージボリュームＩＤ２１３は、例えば、ボリューム１１３ａ、１１３ｂ、・・・、１１３ｎのボリュームの識別子である。また、Ｒｅａｄ／Ｗｒｉｔｅ２１６は、１から１０までの値が入るものとし、１の場合、Ｒｅａｄのみ、２から数値が大きくなるにつれて、Ｗｒｉｔｅの頻度が高くなり、１０の場合、Ｗｒｉｔｅのみとして用途が決まっているものとする。ボリュームの性能を示す性能２１７は、読み書きの速度等の性能を１〜１０の間で正規化した値、１から１０までの値が入るものとし、１の場合、ボリュームへのアクセス性能が最も低く、１０の場合はアクセス性能が最も高いものとする。ボリュームの信頼度を数値化して示す信頼度２１８は、信頼度を１〜１０の間で正規化した値、１から１０までの値が入るものとし、ボリュームの障害発生の度合が最も高いものが１、障害発生の度合が最も低いものを１０とする。例えば、ＲＡＩＤレベルでのみ設定する場合、ＲＡＩＤ０のボリュームであれば１、ＲＡＩＤ１であれば１０、ＲＡＩＤ５であれば５というようなルールを管理計算機１００で決定して運用する。すなわち、Ｒｅａｄ／Ｗｒｉｔｅ２１６、性能２１７、信頼度２１８は、該当するボリュームの特性である。
【００２８】
ストレージ情報テーブル２２０には、管理計算機１００で管理されるストレージの識別子であるストレージＩＤ２２１と、ストレージがまだボリュームとして設定していない空き領域の容量を示す空き容量２２２と、ストレージに与える使用用途２２３と、該当ストレージが空き領域を用いてボリュームを作成したときに実現可能な最大の信頼度２２４と、該当ストレージが空き領域を用いてボリューム作成した場合に実現可能な最大性能２２５とが格納される。
【００２９】
空き容量２２２の値は、例えば、ストレージ１１ａの場合、空き領域１１４の容量を示す。ストレージＩＤ２２１はボリューム情報テーブル２１０のストレージＩＤ２１２と値が同じであれば、同じストレージを示す。
【００３０】
ペア情報テーブル２３０は、管理計算機１００で管理するボリュームの複製の情報を示し、ペア情報を識別するペアＩＤ２３１と、複製元のボリュームのボリュームＩＤを示す正ボリュームＩＤ２３２と、複製先のボリュームのボリュームＩＤを示す副ボリュームＩＤ２３３と、複製のタイプを表す複製タイプ２３４とにより構成されている。
【００３１】
正ボリュームＩＤ２３２と副ボリュームＩＤ２３３との値は、ボリューム情報テーブル２１０のボリュームＩＤの値が同じであれば、同じボリュームを示す。複製タイプ２３４には、「同期」、「非同期」のいずれかの値が入り、「同期」の場合、複製元のボリュームに書き込みが起こったときに、複製先のボリュームへ複製を行い、「非同期」の場合、あるスケジュール（一定時間毎、１回の複製データ量）の単位で複製を行なうことを示す。この複製タイプは、ユーザやアプリケーションが設定してもよいし、次に説明するボリューム管理モジュールの処理の一貫として設定してもよい。
【００３２】
図３は複製元のボリュームの使用用途に応じてボリュームの複製の設定を行い、複製元のボリュームと複製先のボリュームとのペアの作成を行なう処理動作を説明するフローチャートであり、次に、これについて説明する。このフローチャートにより説明する処理は、ボリューム管理モジュール１０５が行なうものである。
【００３３】
（１）まず、ボリューム管理モジュール１０５は、ユーザやアプリケーションから、複製するボリュームのペアの作成要求を複製元のボリュームのＩＤと共に取得する（ステップ３００）。
【００３４】
このとき、ボリューム管理モジュール１０５は、ボリュームのＩＤを受け取る前に、複製元のボリュームを作成した後にステップ３００の処理を開始してもよい。すなわち、ボリューム管理モジュール１０５は、複製作成要求を受け取ったとき、複製元のボリュームと複製先のボリュームとを一連の処理の中で作成し、複製の設定を行なってもよく、また、複製作成要求として、予めストレージ内のボリュームで複製を作成するか、ストレージ間のボリュームで複製を作成するかという要求を取得してもよい。
【００３５】
（２）次に、ストレージＩＤによりストレージの使用用途２２３の情報を検索し、複製元のボリュームとペア可能なボリュームを持つストレージが存在するか否かを判定する。そして、複製先としてボリュームを作成できない使用用途を持っていたら、ステップ３０８へ進み、そうでなければ、ステップ３０２へ進む（ステップ３０１）。
【００３６】
ステップ３０１において、例えば、ストレージ間でボリュームの複製を設定する要求があった場合、複製元のボリュームが属するストレージ以外の全ストレージ、すなわち、ストレージ情報テーブル２００に登録されている複製元のボリュームが属するストレージ以外の全ストレージが、図２のストレージ情報テーブルのストレージＩＤ３のストレージのように「正ストレージ用」という、複製元ボリュームしか作成しないという使用用途のみを用途２２３に登録していた場合、複製先のボリュームを作成できるストレージが存在しないことを通知するために、ステップ３０８に進むことになる。また、ストレージ情報テーブル２２０で使用用途２２３の情報を管理していなければ、次のステップ３０２に進めばよい。
【００３７】
（３）ステップ３０１の判定で、ボリュームにペア可能なストレージが存在した場合、そのストレージがペアとなる用途を持っているか否かを判定する。すなわち、複製先のボリュームを作成できない使用用途を持つストレージに属するボリュームを除き、複製先のボリュームとなり得ない使用用途を持つボリュームを検索し、検索したボリュームの全てが複製先のボリュームとなり得ないようであればステップ３０５に進み、そうでなければステップ３０３に進む（ステップ３０２）。
【００３８】
ステップ３０２において、例えば、ストレージ間でボリュームの複製を設定する要求があった場合、複製元のボリュームが属するストレージ以外のボリュームで全ての使用用途が、ボリューム情報テーブル２１０のボリュームＩＤ１のように「複製元用」であれば、複製先のボリュームを指定することができないので、ステップ３０５に進む。そうでなければ、ステップ３０３に進むことになる。また、ストレージ内でボリュームの複製を設定する場合、複製元のボリュームが属するストレージのボリュームですべての使用用途が正ボリューム用であれば、複製先のボリュームを指定することができないので、ステップ３０５に進み、そうでなければステップ３０３に進むことになる。
【００３９】
（４）ステップ３０２の判定で、ストレージがペアとなる用途を持っていた場合、ペアとなることができるボリュームがあるか否かを判定する。すなわち、複製先のボリュームとして作成できないボリュームを除き、現在複製先として使用することができないボリュームをペア可能／不可２１９の情報を元に検索する。対象となるボリュームがボリューム情報テーブルのボリュームＩＤ２のようにペア可能／不可の情報２１９が「不可」という情報が全てであれば、管理計算機で管理する既存ボリュームでは複製先を実現できないのでステップ３０５に進み、そうでなければステップ３０４に進む（ステップ３０３）。
【００４０】
（５）ステップ３０３の判定で、ペアとなることができるボリュームがあった場合、ボリュームに付属した性質、すなわちボリューム情報テーブル２１０の容量２１５、Ｒｅａｄ／Ｗｒｉｔｅ２１６、性能２１７、信頼度２１８の値が合致するかどうか調べる。合致するボリュームがあれば３０７に進み、なければ３０５に進む。ここで、合致とは、原則的には、値が同一であることを意味するが、しかし、これらの性質に合致するボリュームがない場合でも、運用方針により、その値の近辺であってもよく、また、前述の容量２１５、性能２１７、信頼度２１８の値に関しては、複製先の値が同一であっても上回ってもよい。例えば、ステップ３００〜３０４のステップを処理した中で、ボリューム情報テーブル２１０のボリュームＩＤ２１１の値が３のボリュームを複製元のボリュームとして指定した場合、ボリューム情報テーブル２１０のボリュームＩＤ２１１の値が６のボリュームを複製先のボリュームとして設定することが可能となる。すなわち、複製先のボリュームとして、複製元のボリュームに付属した前述した性質の値が同一、あるいは、上回っているボリュームを設定することができる（ステップ３０４）。
【００４１】
（６）ステップ３０４の調べで、ボリュームに付属した性質に合致するボリュームがなかった場合、ボリューム情報テーブルで管理されている既存のボリュームには、複製先のボリュームとして該当するものがないことになるので、ストレージが持つ空き領域から、該当するボリュームを作成することができるか否かを判定する。すなわち、空き容量のないストレージを除き、ストレージ情報テーブル２２０より、複製元のボリュームの性質に合致するボリュームを作成できるか調べ、ストレージ情報テーブル２２０内の容量２２２、信頼度２２４、最大性能２２５より、複製元のボリュームに合致したボリュームを作成できるかを調べる。できるようであれば、ステップ３０６に進み、できないようであれば、ステップ３０８に進む。例えば、ボリューム情報テーブル２１０のボリュームＩＤ２１１の値が７のボリュームが複製元のボリュームとして指定されていた場合、ステップ３０４で性質が合致しないとされて複製先としてボリュームを指定できないとしていたときには、他のボリュームでは、複製先のボリュームとして設定ができないことになる。そこで、ここでの処理において、空き領域から新規に複製先のボリュームを作成することができるか否かを判定することになる。このとき、ストレージ情報テーブル２２０の情報から、複製先のボリュームとして実現できるストレージＩＤ４のストレージから複製先のボリュームを実現可能であることが判る（ステップ３０５）。
【００４２】
（７）ステップ３０５の判定で、空き領域から該当するボリュームを作成することができると判定された場合、複製元のボリュームに合致した複製先のボリュームを作成するようにストレージのコントローラに指示し、ボリューム管理テーブル２１０と、ストレージ情報テーブル２２０とを更新する。ストレージのコントローラは、前述の指示に従ってボリュームを作成する。ステップ３０５の例で挙げたボリュームＩＤ７のボリュームを複製元としたとき、ストレージＩＤ４のストレージから、ボリュームＩＤ７のボリュームに付随する性質に合致したボリュームを作成し、そのボリュームをボリューム情報テーブルに登録することになる（ステップ３０６）。
【００４３】
（８）ステップ３０６の処理後、あるいは、ステップ３０４の判定で、既存のボリュームの中に、複製元のボリュームに合致したボリュームがあった場合、複製先としての該当するボリュームを複製先として、複製元のストレージと複製先のストレージとに対して、それぞれ複製のペアの作成を行い、ペア情報テーブル２３０に新規に設定した複製元ボリュームと複製先ボリュームとを登録して、ここでの処理を終了する（ステップ３０７）。
【００４４】
（９）ステップ３０１の判定で、ペア可能なストレージがなかった場合、あるいは、ステップ３０５の判定で、空き領域から該当するボリュームを作成することができないと判定された場合、ボリューム情報テーブルの複製先のボリュームとして設定可能かどうかを示す情報２１９の複製先のボリュームに相当するものに、ペアが設定できないことを通知して、ここでの処理を終了する（ステップ３０８）。
【００４５】
前述したステップ３０７の処理において、ここでの処理が、ボリュームの性質のＲｅａｄ／Ｗｒｉｔｅ２１６の値がＲｅａｄのみのボリュームに対する処理である場合、一度複製を行なうとその後の複製操作はないので、一度の複製を終えたら複製の設定を解除してもよいことを知らせるようにしてもよい。また、Ｒｅａｄが大半を占めるボリュームの複製の場合、複製が頻繁に起きることはないので、このことを、非同期の複製スケジュールの方針を立てるときの要素としてユーザに知らせるようにしてもよい。また、ボリュームの用途等と、複製の負荷とにより、非同期スケジュールの変更をユーザに促したりするようにしてもよい。
【００４６】
また、前述したステップ３０８の処理では、複製先のボリュームを提供できないので、その旨を通知する。この場合、エラー発生時点での状況に基づいてメッセージを出力するようにしてもよい。例えば、ステップ３０１で失敗した場合、「複製先のボリュームを作成できるストレージはない」というようなメッセージを追加して出力してもよい。
【００４７】
なお、前述した処理において、ステップ３００とステップ３０７との処理は、ボリュームペア作成部１０７が実行し、ステップ３０６の処理は、ボリューム作成部１０６が実行し、ステップ３０１〜３０５、３０８の処理は、ボリュームペア選定部１０８が実行する。
【００４８】
本発明の実施形態は、前述したような処理を実行することにより、複製元のボリュームの使用用途と性質とに応じて、複製先のボリュームを設定して複製を作成することが可能である。
【００４９】
前述の一連の処理において、複数のペアを作成する要求を受けている場合、図３により説明した処理を繰り返し行なうか、または、並行して行い、指定された全てのペアを実現することができるようにペアの設定を行なうようにすればよい。また、複数のペアを作成する途中で処理にエラーが生起して、ステップ３０８の処理を行なうことになった場合、それまでに設定したペアを削除する。
【００５０】
前述した一連の処理手順におけるステップ３０２からステップ３０４の判定の処理は、作成されている既存のボリュームから複製先のストレージを見つけ出す手順であり、ステップ３０５とステップ３０６との処理は、新規に複製先のボリュームを作成する手順であるが、前述したステップの処理手順は、ステップ３０１の処理の後に、ステップ３０５と３０６との処理を行い、ステップ３０５でボリュームを作成することができない条件になっていた場合にステップ３０２に進み、ステップ３０５でボリュームを選択することができない条件になっていた場合、ステップ３０８に進むという処理手順に変更しても良い。またステップ３０１のあと、ステップ３０２からステップ３０４の手順でボリュームが選択できなければ、ステップ３０８に処理に進んで処理を終了するように変更してもよい。
【００５１】
また、前述の処理は、ステップ３０１の後に、ステップ３０５の処理に進み、ボリュームを作成することができなければステップ３０８に進み処理を終了するように変更してもよく、また、ステップ３０１の後に、ステップ３０２からステップ３０４の処理と、ステップ３０５、ステップ３０６の処理を並行して行い、複製先として設定可能なボリュームをユーザやアプリケーションに提示するために、管理計算機の表示画面に表示するようにしてもよい。
【００５２】
また、前述の処理は、ステップ３０７において、複製元のボリュームと複製先のボリュームとを複製のペアとして作成するとき、複製元のボリュームの使用用途と性質とから、複製元のボリュームが属するストレージと複製先のボリュームが属するボリュームのストレージとの接続距離も条件として加えてもよい。例えば、複製元のボリュームの使用用途が、「最重要データを災害時に残す必要のあるボリューム」となっていれば、ストレージ間のボリュームの距離が最も長いものを優先的に選択するようにする。さらに、複製先、複製元の一方または両方のストレージの拠点や所属を、複製元のボリュームと複製先のボリュームとを複製のペアとして作成するとき条件とすることができる。例えば、複製元のボリュームの使用用途が、「社内等の規則や法律等により情報の漏洩が禁止されているボリューム」となっていれば、特定の国、特定の都市、特定の会社、特定の部署内でのみ複製のペアの作成を許可する。なお、このようなボリュームの使用用途をボリューム情報テーブル２１０に格納して管理するようにしてもよい。
【００５３】
図４は本発明の第２の実施形態によるストレージの運用管理システムの構成を示すブロック図である。ここで説明する本発明の第２の実施形態は、ストレージ間のボリュームの複製の運用において、ストレージ間の接続方法に複数の方法がある場合に、経路の状態とボリュームの用途とに応じて複製を行なうものである。
【００５４】
図４に示す本発明の第２の実施形態は、図１に示す本発明の第１のストレージの運用管理システムの構成に対して、管理計算機１００に経路管理モジュール４０１と、経路管理モジュールが管理する後述の経路管理モジュールテーブル群とを付加し、複数の各ストレージ１１ａ、１１ｂ、１１ｃのそれぞれに、キャッシュ４１５、４２５、４３５を付加し、さらに、各ストレージ１１ａ、１１ｂ、１１ｃの相互間を接続するスイッチＡ４４０、スイッチＢ４５０を設けると共に、データネットワーク４６０〜４６４を設けて構成されている。なお、図４には、ストレージ１１ａ、１１ｂ、１１ｃの３つのストレージのみを示しているが、これらは、図１のストレージ１１ａ、１１ｂ、・・・、１１ｎの代表として表記したものである。また、スイッチＡ４４０、スイッチＢ４５０及びこれらのスイッチを接続するデータネットワーク４６１、４６３は、公衆通信網等を使用した構成とすることもできる。
【００５５】
経路管理モジュール４０１は、本発明の第２の実施形態での処理を実現するものであり、管理計算機１００の記憶装置１０４内に格納されているソフトウェアが、メモリ１０１に読み込まれ、ＣＰＵ１０２によって実行されることにより実現される。また、ストレージ間のデータの経路は、スイッチＡ４４０、スイッチＢ４５０と、データネットワーク４６０〜４６４とにより実現される。データネットワーク４６０〜４６４は、図１に示しているデータネットワーク１３０と同様のケーブルである。例えば、ストレージ１１ａは、データネットワーク４６０、スイッチＡ４４０、データネットワーク４６１、スイッチＢ４５０、データネットワーク４６２を介してストレージ１１ｂに接続することが可能である。また、ストレージ１１ａは、別の経路として、データネットワーク４６０、スイッチＡ４４０、データネットワーク４６３、スイッチＢ４５０、データネットワーク４６２を介してストレージ１１ｂに接続することが可能である。
【００５６】
図５は経路管理モジュール４０１が管理するテーブル群を説明する図である。経路管理モジュール４０１が管理する経路管理モジュールテーブル群５００には、経路情報テーブル５１０とキャッシュ情報テーブル５２０とがある。
【００５７】
経路情報テーブル５１０は、ボリュームの複製に使用するデータネットワークの経路の情報を管理するテーブルであり、ストレージ間の複製経路を表す識別子である経路ＩＤ５１１と、経路を作るネットワークとしてのケーブル名等のケーブルの情報による実際の経路５１２と、経路の状態を示す状態５１３と、経路に接続されているストレージを示す関連ストレージ５１４と、経路を使用するボリューム複製のペアを識別する関連ペア５１５、経路の性質を示す用途５１６の各情報が格納されて構成される。管理計算機１００は、スイッチＡ、スイッチＢやストレージ等から経路の状態を取得し、この経路情報テーブル５１０を管理する。なお、経路情報テーブル５１０に、経路のセキュリティレベルの情報を格納して管理するようにしてもよく、また、用途５１６に、「高速」、「低速」でなく、経路の具体的な最大伝送速度等を格納してもよい。
【００５８】
前述において、経路５１２は、複製ペアが設定されている、または、設定する可能性のあるストレージの間の経路を示しており、例えば、図示例の場合、ストレージ１１ａが、データネットワーク４６０、スイッチＡ４４０、データネットワーク４６１、スイッチＢ４５０、データネットワーク４６２を介してストレージ１１ｂに接続する経路を経路ＩＤが１の経路で表している。
【００５９】
状態５１３は、各経路が正常に動作しているか否かの状態を登録するものであり、本発明の実施形態では、「正常」、「異常」という状態があるものとし、正常に回線が動作していない状態を「異常」として登録するものとする。例えば、回線の負荷が高くなり、用途を満たすことができない場合にも「異常」として状態を変更してもよい。この場合、用途を満たすことができない状態となる回線負荷の値を経路情報テーブルで管理するようにするとよい。
【００６０】
関連ペア５１５の値は、ペア情報テーブル２３０のペアＩＤ２３１の値が同じである場合、同じボリューム複製のペアを示す。
【００６１】
キャッシュ情報テーブル５２０は、複製作成の高速化のために用意されたキャッシュの使用率（使用容量／最大容量）の情報をストレージ毎に管理するテーブルであり、ストレージＩＤ５２１と各ストレージのキャッシュ使用率５２２との情報を格納して構成されている。ここでのキャッシュは、図４に示しているキャッシュ４１５、４２５、４３５に相当する。
【００６２】
図６は本発明の第２の実施形態において、ストレージ間でボリューム複製の作成を行なう際、ボリュームを接続する回線の使用用途によって複製の作成を行なう処理動作を説明するフローチャートであり、次に、これについて説明する。このフローチャートの処理は、ボリューム管理モジュール１０５と経路管理モジュール４０１とに含まれる処理である。
【００６３】
（１）まず、ボリューム管理モジュール１０５は、ユーザやアプリケーションから複製するボリュームのペアの作成要求を複製元のボリュームのＩＤと共に取得する（ステップ６００）。
【００６４】
このとき、ボリューム管理モジュール１０５は、ボリュームのＩＤを受け取る前に、複製元のボリュームを作成した後にステップ６００の処理を開始してもよい。すなわち、ボリューム管理モジュール１０５は、複製作成要求を受け取ったとき、複製元のボリュームと複製先のボリュームとを一連の処理の中で作成し、複製の設定を行なってもよく、また、複製作成要求として、予めストレージ内のボリュームで複製を作成するか、ストレージ間のボリュームで複製を作成するかという要求を取得してもよい。
【００６５】
（２）次に、ボリューム管理モジュール１０５は、ステップ６００で取得した複製元のボリュームの使用用途２２３の情報を検索し、経路管理モジュール４０１に、複製元のボリュームが属するストレージと別の接続可能なストレージとの回線の使用用途を検索させる。そして、複製元のボリュームの用途を実現することができる回線があるか否かを判定し、複製先としてのボリュームを作成することが可能な使用用途を持った回線があった場合、ステップ６０２の処理へ進み、そうでなければ、ステップ６０３の処理に進む（ステップ６０１）。
【００６６】
ステップ６０１の処理で、例えば、ストレージ間でボリュームの複製を作成する要求があり、複製元のボリュームにおいて「ボリュームの複製では高速な回線で接続する」という使用用途を持っていた場合、検索した回線の経路情報テーブル５１０の関連ストレージ５１４に前述の複製元のボリュームが属するストレージＩＤが入っており、その用途５１６に「高速」の用途として利用することができる回線を持つ経路を検索する。そして、該当する回線があればステップ６０２の処理に進み、該当する回線がなければステップ６０３の処理に進む。
【００６７】
（３）ステップ６０１の判定で、該当する回線があった場合、図３に示したフローにより説明した処理のステップ３０１以降の処理に移行する。このとき、ステップ６０１で取得した関連ストレージに対してステップ３０１からの処理を行なうことになる（ステップ６０２）。
【００６８】
（４）ステップ６０１の判定で、該当する回線がなかった場合、複製先のボリュームを提供することができないので、その旨を通知する。この場合、エラー発生時点での状況に基づいてメッセージを出力してもよい。例えば、「複製先のボリュームを作成できる回線はない」というようなメッセージを追加して出力するようにしてもよい。
【００６９】
前述した処理を実行することにより、回線の使用用途と複製元として指定したボリュームの使用用途に合わせて、接続可能な回線を選定することが可能となる。
【００７０】
図７はストレージ間でボリューム複製の動作中に、複製の経路に障害が生起した場合の障害対策の処理動作を説明するフローチャートであり、次に、これについて説明する。この処理は、経路管理モジュール４０１が行なうが、ボリューム管理モジュール１０５が管理するテーブル群２００の中のテーブルを呼び出すときがあるので、このときにはボリューム管理モジュール１０５が動作する。
【００７１】
（１）ストレージ間でボリューム複製の動作中に、複製の経路に障害が生起し、この経路障害を検出したものとする。例えば、図４におけるストレージ１１ａのボリューム１１３ａを複製元ボリューム、ストレージ１１ｂのボリューム１２３ａ複製先ボリュームとして複製の設定があり、ペア情報テーブル２３０の複製タイプ２３４が「同期」であって、ボリューム１１４ａに対してＷｒｉｔｅの要求が起きたとき、あるいは、複製タイプ２３４が「非同期」であって、複製開始をユーザやアプリケーションが指定したとき、ストレージのコントローラは複製を開始する。この複製の開始後に、経路の障害をストレージのコントローラ、スイッチＡ４４０またはスイッチＢ４５０が検知した場合、その旨がストレージネットワーク通信装置、ネットワークを介して管理計算機１００に通知され、管理計算機１００はその通信内容を受け取る（ステップ７００）。
【００７２】
経路障害は、ストレージやスイッチから通知される場合と、管理計算機１００が定期的にストレージやスイッチに聞きに行くことにより検出する形態がある。例えば、経路情報テーブル５１０で示されているように、経路ＩＤ５１１の値が１の経路の状態が「異常」となっているとき、ステップ７００で経路障害を受け取ることになる。
【００７３】
（２）経路障害を検出すると、複製に失敗した複製元のボリューム１１３ａに対して、ボリューム１１３ａに相当するボリュームＩＤ２１１の用途２１３により、別経路を探索すべきか否かを判定する（ステップ７０１）。
【００７４】
この判定で、別の経路を探索する必要があった場合、ステップ７０２へ進み、そうでなかった場合、ステップ７０６に進む。例えば、ボリュームの用途２１３において、そのボリュームの重要度が高いボリュームであれば、すぐに複製をすべきであり、このときステップ７０２に進むようにすればよい。しかし、そのボリュームの使用用途が、特に重要でないものであれば、ステップ７０６に進むようにすればよい。
【００７５】
（３）ステップ７０１の判定で、別の経路を探索する必要があった場合、管理計算機１００が管理している経路で、同一のストレージに到達することができる経路があるか否かを調べる（ステップ７０２）。
【００７６】
このとき、スイッチやストレージを介して実際に接続することができるデータを探すように管理計算機１００が指示してもよいが、予めストレージ経路を登録しておき、その情報を利用してもよい。この場合、経路管理テーブル５１０に、各経路に関してストレージの組を別の属性として登録しておけばよい。そして、経路があり、経路管理テーブル５１０に登録されていなければ、経路ＩＤ５１１、経路５１２、状態５１３、関連ストレージ５１４、用途５１６を登録する。そして、もし、経路があればステップ７０３へ進み、なければステップ７０６へ進む。
【００７７】
なお、用途５１６は、各スイッチから取得してもよいし、ユーザやアプリケーションが設定してもよい。例えば、図４の構成において、ストレージ１１ａとストレージ１１ｂとを接続する経路において、データネットワーク４６０、スイッチＡ４４０、データネットワーク４６１、スイッチＢ４５０、データネットワーク４６２を介して接続していたとき、データネットワーク４６１の経路に障害が起きたとすると、別の経路として、データネットワーク４６０、スイッチＡ４４０、データネットワーク４６３、スイッチＢ４５０、データネットワーク４６２を介して接続することが可能である。
【００７８】
（４）ステップ７０２で、経路があった場合、ネットワークの使用用途に基づき、複製先のボリュームの使用用途と経路の使用用途とを比較して、用途が合致するか否かを判定する。用途が合致すればステップ７０４へ進み、合致しなければステップ７０６へ進む（ステップ７０３）。
【００７９】
例えば、複製先のボリュームの複製要求が「高速」であった場合、経路の用途が低速であれば、要求に合わないとして、ステップ７０６へ行くことになる。但し、障害の状況に合わせて、回線が低速でも複製を継続したほうがよいという用途があれば、低速の回線で複製を行なってもよい。この要求は、ボリューム情報テーブル２１０の用途２１３に登録しておいてもよいし、ステップ７０３の処理の一貫として、ユーザやアプリケーションに指示させてもよい。
【００８０】
（５）ステップ７０３の判定で、用途が合致した場合、正常な経路の設定をスイッチ、ストレージに要求し、ストレージ間でボリューム複製処理が可能であることを確認する。経路が複数ある場合、用途に合わせて自動的に１つを選択する判断をしてもよいし、複数の結果を提示して、ユーザやアプリケーションに判定させてもよい（ステップ７０４）。
【００８１】
（６）次に、管理計算機からストレージに対して、ステップ７０４で設定した経路を使用して、複製の開始を指示して処理を終了する（ステップ７０５）。
【００８２】
（７）ステップ７０１、７０２、７０３の判定で、判定結果が否であった場合、ボリュームの使用用途に合わせて、複製データをキャッシュに常駐すべきか否かを判定する。すなわち、キャッシュ情報テーブル５２０のストレージＩＤ３のストレージのようにキャッシュの使用率が高い場合、例えば、使用用途の低い失敗したボリュームの複製データを常駐させることは、全体的な使用用途として効率的とは言えないので削除すべきと判断する。複製データを常駐されると判断したとき、ステップ７０８へ進み、常駐しないと判断した場合、ステップ７０７へ進む（ステップ７０６）。
【００８３】
（８）ステップ７０６で、キャッシュに複製データを常駐させないと判断した場合、削除すべきボリュームのキャッシュデータをキャッシュから削除して、キャッシュの使用率を削減するように、管理計算機１００からストレージにコントローラに指示を与える（ステップ７０７）。
【００８４】
（９）ステップ７０７の処理後、あるいは、ステップ７０６で、キャッシュに複製データを常駐させると判断した場合、経路障害であることを通知して処理を終了する（ステップ７０８）。
【００８５】
前述で説明した処理おいて、複製の障害が起こったとき、登録している経路とは別の経路を使用して複製を行なう場合があるが、このとき他の複製の処理によっては、経路の回線の処理能力に影響が生じる場合がある。そのために、本発明は、経路の用途が「高速」であっても、複製の処理が増加する場合、用途が守られるかどうかを調査し、用途が守られるようなら別の経路として、障害が起こった複製の処理を行なうように設定するようにすることができる。
【００８６】
本発明の第２の実施形態は、前述した処理により、複製の経路に障害が起こった場合、別の経路で複製を行なうか否か、また、キャッシュの内容を削除するか否かを、ボリュームの使用用途により判断することができ、効率的なボリュームの複製の運用が可能となる。
【００８７】
図８は別の経路ができなかった場合、また、キャッシュに複製データを常駐していても複製を進められないときに、別のストレージに複製ペアを作成する処理動作を説明するフローチャートであり、次に、これについて説明する。このフローに示す処理は、ボリューム管理モジュール１０５と経路管理モジュール４０１とに含まれる処理である。そして、ここで説明する処理は、障害回復を行なうことができないボリュームの複製に対して、別途ボリュームの複製ペアを作るものである。
【００８８】
（１）障害後のペアで、障害回復が不可能または大幅な遅延が起こることを判断する。この判断は、ボリュームの障害が起きてから、経路の障害が直ったことを確認するまでの時間に閾値を設ける等により行なう（ステップ８００）。
【００８９】
（２）次に、他のストレージを利用して複製を作成してよいか否かを、ボリューム情報テーブル２１０のボリュームの用途２１４によって判定し、他のストレージを利用しないと判断した場合、例えば、他のストレージには複製をしたくないという用途であれば、それ以上のことは何もせずにここでの処理を終了する（ステップ８０１）。
【００９０】
（３）ステップ８０１の判定で、他のストレージに複製の設定をしてもよいと判断した場合、ボリューム複製の経路として登録可能なストレージを探索し、そのようなストレージがあるか否かを判定する（ステップ８０２）。
【００９１】
この判定のとき、距離に関する用途が設定されていれば、たとえ経路を登録できたとしても、用途に反すると判定してもよい。経路が存在するストレージがあればステップ８０３へ進み、経路がなければここでの処理を終了する。例えば、経路が経路情報テーブル５１０が示すような状態にあって、経路１の状態が「異常」となっている場合、経路３の経路が、状態が正常であり用途も満たした経路であることを示すことになる。
【００９２】
（４）ステップ８０２の判定で、経路が存在するストレージがあった場合、ペアを作成する。このペアの作成の処理は、図３により説明したフローを実行する処理であるが、ステップ８０２の処理で得たストレージの範囲内で行なうことを指示して実行させる（ステップ８０３）。
【００９３】
前述した処理において、ステップ８００、８０１、８０２の処理は、経路管理モジュール４０１で、ステップ８０３の処理は、ボリューム管理モジュール１０５で実行される。
【００９４】
本発明の実施形態は、前述した処理により、障害の場合に、複製の処理を一旦停止するものの、ボリュームの使用用途により、現在登録しているペアの設定を変更し、複製自体は経路障害の復旧の速度に関係なく継続して行なうことが可能となる。
【００９５】
前述した本発明の各実施形態による処理は、処理プログラムとして構成することができ、この処理プログラムは、ＨＤ、ＤＡＴ、ＦＤ、ＭＯ、ＤＶＤ−ＲＯＭ、ＣＤ−ＲＯＭ等の記録媒体に格納して提供することができる。
【００９６】
図９は本発明の第３の実施形態によるストレージの運用管理システムの構成を示すブロック図である。この本発明の第３の実施形態は、図１、図４に示した本発明の第１、第２の実施形態の構成における管理計算機の機能をストレージの内部に設けて構成したものである。
【００９７】
図９に示す本発明の第３の実施形態は、例えば、図４に示すストレージ１１ａのストレージ内部に管理処理を行なう処理部を設けて構成した例であり、図４の管理計算機１００の記憶装置１０４に存在するボリューム管理モジュール１０５、経路管理モジュール４０１を、ストレージ１１ａが持つ記憶装置９００内に設けている。そして、ボリューム管理モジュール１０５、経路管理モジュール４０１は、ストレージ１１ａの記憶装置９００内に格納されているソフトウェアが、コントローラ１１２に読み込まれて実行されることにより実現される。また、他のストレージとデータの一貫性を保って互いの情報が一致するように、データ同期モジュール９０１が設けられており、ネットワーク通信装置１１１等を用いてデータの一貫性を保つ。
【００９８】
前述したように構成される本発明の第３の実施形態は、本発明の第１の実施形態第２の実施形態で利用していた管理計算機１００をなくすことが可能となる。また、本発明の第３の実施形態は、大規模なストレージの運用管理システム等であって、管理計算機１００を複数備える場合に、前述のデータ同期モジュール９０１を管理計算機１００から使用するようにすることにより、１つの管理計算機で情報の保持ができない場合等、複数の管理計算機のデータを共有することが可能となる。
【００９９】
前述した本発明の各実施形態によれば、ボリュームペア管理モジュール１０５によって、ストレージ間、あるいは、ストレージ内のボリューム複製のペアをボリュームの使用用途や特性に従って作成することができ、ボリュームの用途に基づいたボリュームの複製のペアを作成することができる。
【０１００】
また、ボリューム複製の運用において、経路管理モジュール４０１とボリューム管理モジュール１０５とによって、ボリュームの使用用途により、障害の対策を分別することができ、ボリュームの使用用途に合ったボリューム複製の障害対策を行なうことが可能となる。
【０１０１】
【発明の効果】
以上説明したように本発明によれば、ストレージのデータ領域の情報に応じて、同一ストレージ内で、あるいは、ストレージ相互間でデータ領域の複製を効率的に運用管理することができる。
【図面の簡単な説明】
【図１】本発明の第１の実施形態によるストレージの運用管理システムの構成を示すブロック図である。
【図２】ボリューム管理モジュール１０５が管理するテーブル群を説明する図である。
【図３】複製元のボリュームの使用用途に応じてボリュームの複製の設定を行い、複製元のボリュームと複製先のボリュームとのペアの作成を行なう処理動作を説明するフローチャートである。
【図４】本発明の第２の実施形態によるストレージの運用管理システムの構成を示すブロック図である。
【図５】経路管理モジュール４０１が管理するテーブル群を説明する図である。
【図６】本発明の第２の実施形態において、ストレージ間でボリューム複製の作成を行なう際、ボリュームを接続する回線の使用用途によって複製の作成を行なう処理動作を説明するフローチャートである。
【図７】ストレージ間でボリューム複製の動作中に、複製の経路に障害が生起した場合の障害対策の処理動作を説明するフローチャートである。
【図８】別のストレージに複製ペアを作成する処理動作を説明するフローチャートである。
【図９】本発明の第３の実施形態によるストレージの運用管理システムの構成を示すブロック図である。
【符合の説明】
１００ 管理計算機
１０１ メモリ
１０２ ＣＰＵ
１０３、１１１、１２１ ネットワーク通信装置
１０４ 記憶装置
１０５ ボリューム管理モジュール
１０６ ボリューム作成部
１０７ ボリュームペア作成部
１０８ ボリュームペア選定部
１１ａ〜１１ｎ ストレージ
１１０、１２０ データ通信装置
１１２、１２２ コントローラ
１１３ａ〜１１３ｎ、１２３ａ〜１２３ｎ ボリューム
１１４、１２４ 空き領域
１３０、１４０ ネットワーク
２００ ボリューム管理モジュールテーブル群
４０１ 経路管理モジュール
４１５、４２５、４３５ キャッシュ
４４０、４５０ スイッチ
５００ 経路管理モジュールテーブル群
９０１ データ同期モジュール
【発明の属する技術分野】
本発明は、ストレージの運用管理プログラム、運用管理方法及び管理計算機に係り、特に、ストレージのデータ領域の情報に応じて、同一ストレージ内で、あるいは、ストレージ相互間でデータ領域の複製を運用管理することが可能なストレージの運用管理プログラム、運用管理方法及び管理計算機に関する。
【０００２】
【従来の技術】
計算機システムの可用性の向上や、計算機システムの無停止運転のためにデータのバックアップを行なうストレージに関する従来技術として、ストレージ内でデータを二重化するスナップショット機能（例えば、特許文献１等）や、災害時のバックアップを考慮したストレージ間でデータを二重化するリモートコピー機能に関する技術が知られている。
【０００３】
前述したスナップショット機能は、２４時間・３６５日無停止で稼動することが要求される計算機システムにおいて、業務を継続しながらデータのバックアップをオンラインで取ることを可能にする機能である。
【０００４】
また、リモートコピー機能は、通常稼動している計算機システムのストレージが、この計算機システムとは別の遠隔地に設置されて稼動する計算機システムのストレージに更新データを転送することにより、遠隔地のストレージに格納しているデータを、通常稼動している計算機システムのストレージに格納していたデータとほぼ同等なものとして、通常稼動している計算機システムに災害が起こった場合にも、データの損失を少なくすることを可能とする機能である。
【０００５】
また、リモートコピー機能として、複数のリモートコピー要求を効率的に処理するため、データ領域のアクセス頻度や複製回線の状態を考慮し、リモートコピーを行なうスケジュールや回線の経路を決定する技術が知られている。
【０００６】
前述の従来技術は、いずれも、データを二重化するための複製元のデータ領域から複製先のデータ領域への複製処理時の処理負荷の軽減、転送効率の向上を目的としたもので、複製元のデータ領域と複製先のデータ領域とが共に存在することが前提となっているものである。
【０００７】
一方、データの大容量化に伴い、複数のストレージ相互間をストレージ専用のネットワーク（主に、Ｆｉｂｒｅ Ｃｈａｎｎｅｌ）で接続するＳＡＮ（Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）やＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）で接続された複数のストレージを用い、これらのストレージに分散されて格納した大容量のデータを共有して計算機が使用する計算機システムが増加している。しかし、ＳＡＮ等で接続されたストレージは、接続されているストレージが異なるメーカの機種であったり、そのアクセス速度等の異なる性能が異なっている機種であったりすることもあり、ユーザやアプリケーションの用途（金融システム用、企業等の各種管理業務用、データベース用等）に応じた信頼性、アクセス速度を持つデータ領域を、これらのストレージの中から選択して作成、指定することが難しくなってきている。このため、ユーザの用途（ポリシー）に合致したデータ領域を作成することを可能にした従来技術も知られている。
【０００８】
【特許文献１】
特開２００１−３０６４０７号公報
【０００９】
【発明が解決しようとする課題】
しかし、前述した従来技術は、スナップショットやリモートコピーによるデータの二重化のために複製元のデータ領域と複製先のデータ領域とを作成することについて考慮されていないものである。
【００１０】
ＳＡＮやＩＰに接続された様々なストレージの中から、ユーザの用途に応じたデータ二重化の設定を効率的に行なうためには、前述したような金融システム、企業等の各種管理業務、データベース等のユーザの用途に応じた信頼性、アクセス速度に対応させた複製元のデータ領域に対して、複製元のデータ領域と同様な複製先のデータ領域を作成し、データ領域の複製のペアを作成することが必要となってくる。また、金融システム等のデータの信頼性が厳しく要求されるような業務におけるデータ二重化の運用において、データ二重化を実現する複製を行なうときに障害が起こった場合、前述の従来技術は、障害の復旧を待ってから再実行を行なうことになる。また、データ二重化における複製元のデータ領域から複製先のデータ領域への複製の経路を変更することが考えられるが、これも、データ領域の使用用途、データ二重化全体の運用用途によっては、複製の経路を変更するか、障害復旧を待つかを判断して運用しなければならず、システム全体を効果的に運用することが困難である。
【００１１】
本発明の目的は、前述したような点に鑑みて、ストレージのデータ領域の情報に応じて、同一ストレージ内で、あるいは、ストレージ相互間でデータ領域の複製を運用管理することが可能なストレージの運用管理プログラム、運用管理方法及び管理計算機を提供することにある。
【００１２】
【課題を解決するための手段】
本発明によれば前記目的は、ストレージ内、あるいは、ストレージ相互間でデータ領域の複製を運用管理するストレージの運用管理プログラムであって、複製元データ領域に対する複製先データ領域の作成の要求を受け付ける処理ステップと、複製元データ領域の使用用途に応じたデータ領域の性質に合致した複製先となり得るデータ領域を既存のデータ領域から検索する処理ステップと、データ領域の複製のペアを作成することをストレージに指示する処理ステップとを有し、前記各処理ステップを実行することによりストレージの運用管理を行なうことにより達成される。
【００１３】
また、前記目的は、ストレージ内、あるいは、ストレージ相互間でデータ領域の複製を運用管理するストレージの運用管理方法において、複製元データ領域に対する複製先データ領域の作成の要求により、複製元データ領域の使用用途に応じたデータ領域の性質に合致した複製先となり得るデータ領域を既存のデータ領域から検索して、データ領域の複製のペアを作成することにより達成される。
【００１４】
具体的に言えば、本発明は、データ領域の使用用途や特性を管理し、複製するデータ領域を選定するとき、複製元のデータ領域の使用用途や特性を取得し、複製元のデータ領域の使用用途や特性に合致した複製先のデータ領域を作成し、データ領域の複製のペアを作成する。これにより、データ領域の使用用途や特性に応じたデータ二重化の運用が明示的に可能であり、データ領域の使用用途に応じたデータ二重化の設定の自動化、ＳＡＮやＩＰで接続された複数のストレージの中からデータ二重化を効果的に構成設定することが可能となる。
【００１５】
また、本発明は、複製元データ領域の使用用途を運用面でも適合させ、例えば、リモートコピーの場合、複製元のデータ領域と複製先のデータ領域とを結ぶ経路に障害や複製処理の遅延があった場合、複製元のデータ領域の使用用途に応じて、別に接続可能な経路を設定するか、回線の障害の復旧を待つために二重化するデータをストレージ内のキャッシュに残すのか、それとも優先度の低い複製データを一旦キャッシュからも削除してしまうかという判定を行なうことにより、効果的なデータ二重化の運用が可能となる。
【００１６】
本発明は、前述により、ストレージのデータ領域の使用用途や特性を管理し、この使用用途を利用することにより、データ領域の使用用途別にデータ二重化の自動設定を可能とし、データ二重化を柔軟に、また、ユーザに対して明示的にデータ二重化の運用が可能となる。
【００１７】
【発明の実施の形態】
以下、本発明によるストレージの運用管理システム及び運用管理方法の実施形態を図面により詳細に説明する。
【００１８】
図１は本発明の第１の実施形態によるストレージの運用管理システムの構成を示すブロック図である。
【００１９】
本発明の第１の実施形態によるストレージの運用管理システムは、管理計算機１００と、複数のストレージ１１ａ〜１１ｎとがデータネットワーク１３０及びネットワーク１４０により相互に接続されて構成されている。ストレージ１１ａは、実際に計算機が管理するデータを格納する管理領域であるボリューム（データ領域 以下、ボリュームという）１１３ａ、１１３ｂ、・・・、１１３ｎと、将来分割してボリュームとして設定可能な領域である空き領域１１４と、ボリュームの読み書きに関するデータＩ／Ｏを送受信するデータ通信装置１１０と、管理計算機１００等と通信を行なうネットワーク通信装置１１１と、実際にストレージの制御を行なうコントローラ１１２とにより構成されている。データ通信装置１１０とネットワーク通信装置１１１とは、通信形態（例えば、Ｅｔｈｅｒｎｅｔ（登録商標）によるＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）接続）によっては、１つの通信装置として構成されて配置されてもよい。
【００２０】
ストレージ１１ｂも、ストレージ１１ａと同様に、ボリューム１２３ａ、１２３ｂ、・・・、１２３ｎと、空き領域１２４と、データ通信装置１２０と、ネットワーク通信装置１２１と、コントローラ１２２とにより構成されており、また、ストレージ１１ｂ、・・・、１１ｎも、ストレージ１１ａと同様に構成されているものとする。
【００２１】
データネットワーク１３０は、ストレージや計算機のデータ通信の経路となるケーブルである。また、ネットワーク１４０は、管理計算機１００等と通信可能な経路となるケーブルである。また、これらのネットワークは、単なるバスであっても、ＬＡＮであってもよい。データネットワーク１３０とネットワーク１４０とは、通信形態によっては、同一のものとなることもあり、例えば、Ｅｔｈｅｒｎｅｔ（登録商標）等であってよい。
【００２２】
管理計算機１００は、メモリ１０１と、ＣＰＵ１０２と、ネットワーク通信装置１０３と、記憶装置１０４とにより構成されている。記憶装置１０４内には、ボリューム管理モジュール１０５と、ボリューム管理モジュール１０５が管理する後述のボリューム管理モジュールテーブル群２００とが構成されている。
【００２３】
ボリューム管理モジュール１０５は、本発明の実施形態での処理を実現するものであり、ストレージ１１ａ、１１ｂ、・・・、１１ｎにボリュームの作成を指示するボリューム作成部１０６、ボリューム作成部１０６の指示により作成されたボリュームの中から複製のペアを作成するボリュームペア作成部１０７、ボリュームの使用用途（複製元用、複製先用、両者共用等）や特性（性能、信頼度等）、ストレージの使用用途（金融システム用、企業等の各種管理業務用、データベース用等）や特性（性能、信頼度等）から複製可能なボリュームのペアを選定するボリュームペア選定部１０８から構成される。ボリューム管理モジュール１０５は、管理計算機１００の記憶装置内に格納されている図示しないソフトウェアが、メモリ１０１に読み込まれ、ＣＰＵ１０２が実行することにより実現される。
【００２４】
図１に示すストレージの運用管理システムがストレージ間のボリュームの複製を行なう場合、例えば、ストレージ１１ａのボリューム１１３ａを複製元のボリューム、ストレージ１１ｂのボリューム１２３ａを複製先のボリュームとすると、ストレージ１１ａのコントローラ１１２とストレージ１１ｂのコントローラ１２２とが連携して、データネットワーク１３０を介してボリューム１１３ａの内容をボリューム１２３ａに送信して複製を行なうこととなる。この場合、ボリューム１１３ａ、ボリューム１２３ａを使用するそれぞれの計算機とコントローラ１１２、１２２とが連携して複製を行なってもよい。
【００２５】
図２はボリューム管理モジュール１０５が管理するテーブル群を説明する図である。ボリューム管理モジュール１０５が管理するボリューム管理モジュールテーブル群２００には、ボリューム情報テーブル２１０、ストレージ情報テーブル２２０、ペア情報テーブル２３０がある。
【００２６】
ボリューム情報テーブル２１０には、管理計算機１００で管理するストレージの全てのボリュームのそれぞれを識別するために付与されたボリュームＩＤ２１１と、そのボリュームが属するストレージの識別子を示すストレージＩＤ２１２と、各ストレージ内で管理されるボリュームのそのストレージ内での識別子を表すストレージボリュームＩＤ２１３と、ユーザやアプリケーションが指定する複製元用、複製先用、複製元複製先両用、リモートコピーのための複製先用等のボリュームの使用用途を示す用途２１４と、ボリュームの容量２１５と、ユーザやアプリケーションの使用用途（金融システム用、企業等の各種管理業務用、データベース用等）によって設定されるボリュームへの読み書きの頻度を示すＲｅａｄ／Ｗｒｉｔｅ ２１６と、ボリュームの読み書きの速度等の性能を示す性能２１７と、ボリュームの信頼度を数値化して示す信頼度２１８と、複製元のボリュームとペアを組むことができる複製先のボリュームとして設定可能かどうかを示すペア可能／不可情報２１９との各情報が格納されている。
【００２７】
ストレージＩＤ２１２は、ストレージ１１ａ、１１ｂ、・・・、１１ｎの識別子であり、ストレージボリュームＩＤ２１３は、例えば、ボリューム１１３ａ、１１３ｂ、・・・、１１３ｎのボリュームの識別子である。また、Ｒｅａｄ／Ｗｒｉｔｅ２１６は、１から１０までの値が入るものとし、１の場合、Ｒｅａｄのみ、２から数値が大きくなるにつれて、Ｗｒｉｔｅの頻度が高くなり、１０の場合、Ｗｒｉｔｅのみとして用途が決まっているものとする。ボリュームの性能を示す性能２１７は、読み書きの速度等の性能を１〜１０の間で正規化した値、１から１０までの値が入るものとし、１の場合、ボリュームへのアクセス性能が最も低く、１０の場合はアクセス性能が最も高いものとする。ボリュームの信頼度を数値化して示す信頼度２１８は、信頼度を１〜１０の間で正規化した値、１から１０までの値が入るものとし、ボリュームの障害発生の度合が最も高いものが１、障害発生の度合が最も低いものを１０とする。例えば、ＲＡＩＤレベルでのみ設定する場合、ＲＡＩＤ０のボリュームであれば１、ＲＡＩＤ１であれば１０、ＲＡＩＤ５であれば５というようなルールを管理計算機１００で決定して運用する。すなわち、Ｒｅａｄ／Ｗｒｉｔｅ２１６、性能２１７、信頼度２１８は、該当するボリュームの特性である。
【００２８】
ストレージ情報テーブル２２０には、管理計算機１００で管理されるストレージの識別子であるストレージＩＤ２２１と、ストレージがまだボリュームとして設定していない空き領域の容量を示す空き容量２２２と、ストレージに与える使用用途２２３と、該当ストレージが空き領域を用いてボリュームを作成したときに実現可能な最大の信頼度２２４と、該当ストレージが空き領域を用いてボリューム作成した場合に実現可能な最大性能２２５とが格納される。
【００２９】
空き容量２２２の値は、例えば、ストレージ１１ａの場合、空き領域１１４の容量を示す。ストレージＩＤ２２１はボリューム情報テーブル２１０のストレージＩＤ２１２と値が同じであれば、同じストレージを示す。
【００３０】
ペア情報テーブル２３０は、管理計算機１００で管理するボリュームの複製の情報を示し、ペア情報を識別するペアＩＤ２３１と、複製元のボリュームのボリュームＩＤを示す正ボリュームＩＤ２３２と、複製先のボリュームのボリュームＩＤを示す副ボリュームＩＤ２３３と、複製のタイプを表す複製タイプ２３４とにより構成されている。
【００３１】
正ボリュームＩＤ２３２と副ボリュームＩＤ２３３との値は、ボリューム情報テーブル２１０のボリュームＩＤの値が同じであれば、同じボリュームを示す。複製タイプ２３４には、「同期」、「非同期」のいずれかの値が入り、「同期」の場合、複製元のボリュームに書き込みが起こったときに、複製先のボリュームへ複製を行い、「非同期」の場合、あるスケジュール（一定時間毎、１回の複製データ量）の単位で複製を行なうことを示す。この複製タイプは、ユーザやアプリケーションが設定してもよいし、次に説明するボリューム管理モジュールの処理の一貫として設定してもよい。
【００３２】
図３は複製元のボリュームの使用用途に応じてボリュームの複製の設定を行い、複製元のボリュームと複製先のボリュームとのペアの作成を行なう処理動作を説明するフローチャートであり、次に、これについて説明する。このフローチャートにより説明する処理は、ボリューム管理モジュール１０５が行なうものである。
【００３３】
（１）まず、ボリューム管理モジュール１０５は、ユーザやアプリケーションから、複製するボリュームのペアの作成要求を複製元のボリュームのＩＤと共に取得する（ステップ３００）。
【００３４】
このとき、ボリューム管理モジュール１０５は、ボリュームのＩＤを受け取る前に、複製元のボリュームを作成した後にステップ３００の処理を開始してもよい。すなわち、ボリューム管理モジュール１０５は、複製作成要求を受け取ったとき、複製元のボリュームと複製先のボリュームとを一連の処理の中で作成し、複製の設定を行なってもよく、また、複製作成要求として、予めストレージ内のボリュームで複製を作成するか、ストレージ間のボリュームで複製を作成するかという要求を取得してもよい。
【００３５】
（２）次に、ストレージＩＤによりストレージの使用用途２２３の情報を検索し、複製元のボリュームとペア可能なボリュームを持つストレージが存在するか否かを判定する。そして、複製先としてボリュームを作成できない使用用途を持っていたら、ステップ３０８へ進み、そうでなければ、ステップ３０２へ進む（ステップ３０１）。
【００３６】
ステップ３０１において、例えば、ストレージ間でボリュームの複製を設定する要求があった場合、複製元のボリュームが属するストレージ以外の全ストレージ、すなわち、ストレージ情報テーブル２００に登録されている複製元のボリュームが属するストレージ以外の全ストレージが、図２のストレージ情報テーブルのストレージＩＤ３のストレージのように「正ストレージ用」という、複製元ボリュームしか作成しないという使用用途のみを用途２２３に登録していた場合、複製先のボリュームを作成できるストレージが存在しないことを通知するために、ステップ３０８に進むことになる。また、ストレージ情報テーブル２２０で使用用途２２３の情報を管理していなければ、次のステップ３０２に進めばよい。
【００３７】
（３）ステップ３０１の判定で、ボリュームにペア可能なストレージが存在した場合、そのストレージがペアとなる用途を持っているか否かを判定する。すなわち、複製先のボリュームを作成できない使用用途を持つストレージに属するボリュームを除き、複製先のボリュームとなり得ない使用用途を持つボリュームを検索し、検索したボリュームの全てが複製先のボリュームとなり得ないようであればステップ３０５に進み、そうでなければステップ３０３に進む（ステップ３０２）。
【００３８】
ステップ３０２において、例えば、ストレージ間でボリュームの複製を設定する要求があった場合、複製元のボリュームが属するストレージ以外のボリュームで全ての使用用途が、ボリューム情報テーブル２１０のボリュームＩＤ１のように「複製元用」であれば、複製先のボリュームを指定することができないので、ステップ３０５に進む。そうでなければ、ステップ３０３に進むことになる。また、ストレージ内でボリュームの複製を設定する場合、複製元のボリュームが属するストレージのボリュームですべての使用用途が正ボリューム用であれば、複製先のボリュームを指定することができないので、ステップ３０５に進み、そうでなければステップ３０３に進むことになる。
【００３９】
（４）ステップ３０２の判定で、ストレージがペアとなる用途を持っていた場合、ペアとなることができるボリュームがあるか否かを判定する。すなわち、複製先のボリュームとして作成できないボリュームを除き、現在複製先として使用することができないボリュームをペア可能／不可２１９の情報を元に検索する。対象となるボリュームがボリューム情報テーブルのボリュームＩＤ２のようにペア可能／不可の情報２１９が「不可」という情報が全てであれば、管理計算機で管理する既存ボリュームでは複製先を実現できないのでステップ３０５に進み、そうでなければステップ３０４に進む（ステップ３０３）。
【００４０】
（５）ステップ３０３の判定で、ペアとなることができるボリュームがあった場合、ボリュームに付属した性質、すなわちボリューム情報テーブル２１０の容量２１５、Ｒｅａｄ／Ｗｒｉｔｅ２１６、性能２１７、信頼度２１８の値が合致するかどうか調べる。合致するボリュームがあれば３０７に進み、なければ３０５に進む。ここで、合致とは、原則的には、値が同一であることを意味するが、しかし、これらの性質に合致するボリュームがない場合でも、運用方針により、その値の近辺であってもよく、また、前述の容量２１５、性能２１７、信頼度２１８の値に関しては、複製先の値が同一であっても上回ってもよい。例えば、ステップ３００〜３０４のステップを処理した中で、ボリューム情報テーブル２１０のボリュームＩＤ２１１の値が３のボリュームを複製元のボリュームとして指定した場合、ボリューム情報テーブル２１０のボリュームＩＤ２１１の値が６のボリュームを複製先のボリュームとして設定することが可能となる。すなわち、複製先のボリュームとして、複製元のボリュームに付属した前述した性質の値が同一、あるいは、上回っているボリュームを設定することができる（ステップ３０４）。
【００４１】
（６）ステップ３０４の調べで、ボリュームに付属した性質に合致するボリュームがなかった場合、ボリューム情報テーブルで管理されている既存のボリュームには、複製先のボリュームとして該当するものがないことになるので、ストレージが持つ空き領域から、該当するボリュームを作成することができるか否かを判定する。すなわち、空き容量のないストレージを除き、ストレージ情報テーブル２２０より、複製元のボリュームの性質に合致するボリュームを作成できるか調べ、ストレージ情報テーブル２２０内の容量２２２、信頼度２２４、最大性能２２５より、複製元のボリュームに合致したボリュームを作成できるかを調べる。できるようであれば、ステップ３０６に進み、できないようであれば、ステップ３０８に進む。例えば、ボリューム情報テーブル２１０のボリュームＩＤ２１１の値が７のボリュームが複製元のボリュームとして指定されていた場合、ステップ３０４で性質が合致しないとされて複製先としてボリュームを指定できないとしていたときには、他のボリュームでは、複製先のボリュームとして設定ができないことになる。そこで、ここでの処理において、空き領域から新規に複製先のボリュームを作成することができるか否かを判定することになる。このとき、ストレージ情報テーブル２２０の情報から、複製先のボリュームとして実現できるストレージＩＤ４のストレージから複製先のボリュームを実現可能であることが判る（ステップ３０５）。
【００４２】
（７）ステップ３０５の判定で、空き領域から該当するボリュームを作成することができると判定された場合、複製元のボリュームに合致した複製先のボリュームを作成するようにストレージのコントローラに指示し、ボリューム管理テーブル２１０と、ストレージ情報テーブル２２０とを更新する。ストレージのコントローラは、前述の指示に従ってボリュームを作成する。ステップ３０５の例で挙げたボリュームＩＤ７のボリュームを複製元としたとき、ストレージＩＤ４のストレージから、ボリュームＩＤ７のボリュームに付随する性質に合致したボリュームを作成し、そのボリュームをボリューム情報テーブルに登録することになる（ステップ３０６）。
【００４３】
（８）ステップ３０６の処理後、あるいは、ステップ３０４の判定で、既存のボリュームの中に、複製元のボリュームに合致したボリュームがあった場合、複製先としての該当するボリュームを複製先として、複製元のストレージと複製先のストレージとに対して、それぞれ複製のペアの作成を行い、ペア情報テーブル２３０に新規に設定した複製元ボリュームと複製先ボリュームとを登録して、ここでの処理を終了する（ステップ３０７）。
【００４４】
（９）ステップ３０１の判定で、ペア可能なストレージがなかった場合、あるいは、ステップ３０５の判定で、空き領域から該当するボリュームを作成することができないと判定された場合、ボリューム情報テーブルの複製先のボリュームとして設定可能かどうかを示す情報２１９の複製先のボリュームに相当するものに、ペアが設定できないことを通知して、ここでの処理を終了する（ステップ３０８）。
【００４５】
前述したステップ３０７の処理において、ここでの処理が、ボリュームの性質のＲｅａｄ／Ｗｒｉｔｅ２１６の値がＲｅａｄのみのボリュームに対する処理である場合、一度複製を行なうとその後の複製操作はないので、一度の複製を終えたら複製の設定を解除してもよいことを知らせるようにしてもよい。また、Ｒｅａｄが大半を占めるボリュームの複製の場合、複製が頻繁に起きることはないので、このことを、非同期の複製スケジュールの方針を立てるときの要素としてユーザに知らせるようにしてもよい。また、ボリュームの用途等と、複製の負荷とにより、非同期スケジュールの変更をユーザに促したりするようにしてもよい。
【００４６】
また、前述したステップ３０８の処理では、複製先のボリュームを提供できないので、その旨を通知する。この場合、エラー発生時点での状況に基づいてメッセージを出力するようにしてもよい。例えば、ステップ３０１で失敗した場合、「複製先のボリュームを作成できるストレージはない」というようなメッセージを追加して出力してもよい。
【００４７】
なお、前述した処理において、ステップ３００とステップ３０７との処理は、ボリュームペア作成部１０７が実行し、ステップ３０６の処理は、ボリューム作成部１０６が実行し、ステップ３０１〜３０５、３０８の処理は、ボリュームペア選定部１０８が実行する。
【００４８】
本発明の実施形態は、前述したような処理を実行することにより、複製元のボリュームの使用用途と性質とに応じて、複製先のボリュームを設定して複製を作成することが可能である。
【００４９】
前述の一連の処理において、複数のペアを作成する要求を受けている場合、図３により説明した処理を繰り返し行なうか、または、並行して行い、指定された全てのペアを実現することができるようにペアの設定を行なうようにすればよい。また、複数のペアを作成する途中で処理にエラーが生起して、ステップ３０８の処理を行なうことになった場合、それまでに設定したペアを削除する。
【００５０】
前述した一連の処理手順におけるステップ３０２からステップ３０４の判定の処理は、作成されている既存のボリュームから複製先のストレージを見つけ出す手順であり、ステップ３０５とステップ３０６との処理は、新規に複製先のボリュームを作成する手順であるが、前述したステップの処理手順は、ステップ３０１の処理の後に、ステップ３０５と３０６との処理を行い、ステップ３０５でボリュームを作成することができない条件になっていた場合にステップ３０２に進み、ステップ３０５でボリュームを選択することができない条件になっていた場合、ステップ３０８に進むという処理手順に変更しても良い。またステップ３０１のあと、ステップ３０２からステップ３０４の手順でボリュームが選択できなければ、ステップ３０８に処理に進んで処理を終了するように変更してもよい。
【００５１】
また、前述の処理は、ステップ３０１の後に、ステップ３０５の処理に進み、ボリュームを作成することができなければステップ３０８に進み処理を終了するように変更してもよく、また、ステップ３０１の後に、ステップ３０２からステップ３０４の処理と、ステップ３０５、ステップ３０６の処理を並行して行い、複製先として設定可能なボリュームをユーザやアプリケーションに提示するために、管理計算機の表示画面に表示するようにしてもよい。
【００５２】
また、前述の処理は、ステップ３０７において、複製元のボリュームと複製先のボリュームとを複製のペアとして作成するとき、複製元のボリュームの使用用途と性質とから、複製元のボリュームが属するストレージと複製先のボリュームが属するボリュームのストレージとの接続距離も条件として加えてもよい。例えば、複製元のボリュームの使用用途が、「最重要データを災害時に残す必要のあるボリューム」となっていれば、ストレージ間のボリュームの距離が最も長いものを優先的に選択するようにする。さらに、複製先、複製元の一方または両方のストレージの拠点や所属を、複製元のボリュームと複製先のボリュームとを複製のペアとして作成するとき条件とすることができる。例えば、複製元のボリュームの使用用途が、「社内等の規則や法律等により情報の漏洩が禁止されているボリューム」となっていれば、特定の国、特定の都市、特定の会社、特定の部署内でのみ複製のペアの作成を許可する。なお、このようなボリュームの使用用途をボリューム情報テーブル２１０に格納して管理するようにしてもよい。
【００５３】
図４は本発明の第２の実施形態によるストレージの運用管理システムの構成を示すブロック図である。ここで説明する本発明の第２の実施形態は、ストレージ間のボリュームの複製の運用において、ストレージ間の接続方法に複数の方法がある場合に、経路の状態とボリュームの用途とに応じて複製を行なうものである。
【００５４】
図４に示す本発明の第２の実施形態は、図１に示す本発明の第１のストレージの運用管理システムの構成に対して、管理計算機１００に経路管理モジュール４０１と、経路管理モジュールが管理する後述の経路管理モジュールテーブル群とを付加し、複数の各ストレージ１１ａ、１１ｂ、１１ｃのそれぞれに、キャッシュ４１５、４２５、４３５を付加し、さらに、各ストレージ１１ａ、１１ｂ、１１ｃの相互間を接続するスイッチＡ４４０、スイッチＢ４５０を設けると共に、データネットワーク４６０〜４６４を設けて構成されている。なお、図４には、ストレージ１１ａ、１１ｂ、１１ｃの３つのストレージのみを示しているが、これらは、図１のストレージ１１ａ、１１ｂ、・・・、１１ｎの代表として表記したものである。また、スイッチＡ４４０、スイッチＢ４５０及びこれらのスイッチを接続するデータネットワーク４６１、４６３は、公衆通信網等を使用した構成とすることもできる。
【００５５】
経路管理モジュール４０１は、本発明の第２の実施形態での処理を実現するものであり、管理計算機１００の記憶装置１０４内に格納されているソフトウェアが、メモリ１０１に読み込まれ、ＣＰＵ１０２によって実行されることにより実現される。また、ストレージ間のデータの経路は、スイッチＡ４４０、スイッチＢ４５０と、データネットワーク４６０〜４６４とにより実現される。データネットワーク４６０〜４６４は、図１に示しているデータネットワーク１３０と同様のケーブルである。例えば、ストレージ１１ａは、データネットワーク４６０、スイッチＡ４４０、データネットワーク４６１、スイッチＢ４５０、データネットワーク４６２を介してストレージ１１ｂに接続することが可能である。また、ストレージ１１ａは、別の経路として、データネットワーク４６０、スイッチＡ４４０、データネットワーク４６３、スイッチＢ４５０、データネットワーク４６２を介してストレージ１１ｂに接続することが可能である。
【００５６】
図５は経路管理モジュール４０１が管理するテーブル群を説明する図である。経路管理モジュール４０１が管理する経路管理モジュールテーブル群５００には、経路情報テーブル５１０とキャッシュ情報テーブル５２０とがある。
【００５７】
経路情報テーブル５１０は、ボリュームの複製に使用するデータネットワークの経路の情報を管理するテーブルであり、ストレージ間の複製経路を表す識別子である経路ＩＤ５１１と、経路を作るネットワークとしてのケーブル名等のケーブルの情報による実際の経路５１２と、経路の状態を示す状態５１３と、経路に接続されているストレージを示す関連ストレージ５１４と、経路を使用するボリューム複製のペアを識別する関連ペア５１５、経路の性質を示す用途５１６の各情報が格納されて構成される。管理計算機１００は、スイッチＡ、スイッチＢやストレージ等から経路の状態を取得し、この経路情報テーブル５１０を管理する。なお、経路情報テーブル５１０に、経路のセキュリティレベルの情報を格納して管理するようにしてもよく、また、用途５１６に、「高速」、「低速」でなく、経路の具体的な最大伝送速度等を格納してもよい。
【００５８】
前述において、経路５１２は、複製ペアが設定されている、または、設定する可能性のあるストレージの間の経路を示しており、例えば、図示例の場合、ストレージ１１ａが、データネットワーク４６０、スイッチＡ４４０、データネットワーク４６１、スイッチＢ４５０、データネットワーク４６２を介してストレージ１１ｂに接続する経路を経路ＩＤが１の経路で表している。
【００５９】
状態５１３は、各経路が正常に動作しているか否かの状態を登録するものであり、本発明の実施形態では、「正常」、「異常」という状態があるものとし、正常に回線が動作していない状態を「異常」として登録するものとする。例えば、回線の負荷が高くなり、用途を満たすことができない場合にも「異常」として状態を変更してもよい。この場合、用途を満たすことができない状態となる回線負荷の値を経路情報テーブルで管理するようにするとよい。
【００６０】
関連ペア５１５の値は、ペア情報テーブル２３０のペアＩＤ２３１の値が同じである場合、同じボリューム複製のペアを示す。
【００６１】
キャッシュ情報テーブル５２０は、複製作成の高速化のために用意されたキャッシュの使用率（使用容量／最大容量）の情報をストレージ毎に管理するテーブルであり、ストレージＩＤ５２１と各ストレージのキャッシュ使用率５２２との情報を格納して構成されている。ここでのキャッシュは、図４に示しているキャッシュ４１５、４２５、４３５に相当する。
【００６２】
図６は本発明の第２の実施形態において、ストレージ間でボリューム複製の作成を行なう際、ボリュームを接続する回線の使用用途によって複製の作成を行なう処理動作を説明するフローチャートであり、次に、これについて説明する。このフローチャートの処理は、ボリューム管理モジュール１０５と経路管理モジュール４０１とに含まれる処理である。
【００６３】
（１）まず、ボリューム管理モジュール１０５は、ユーザやアプリケーションから複製するボリュームのペアの作成要求を複製元のボリュームのＩＤと共に取得する（ステップ６００）。
【００６４】
このとき、ボリューム管理モジュール１０５は、ボリュームのＩＤを受け取る前に、複製元のボリュームを作成した後にステップ６００の処理を開始してもよい。すなわち、ボリューム管理モジュール１０５は、複製作成要求を受け取ったとき、複製元のボリュームと複製先のボリュームとを一連の処理の中で作成し、複製の設定を行なってもよく、また、複製作成要求として、予めストレージ内のボリュームで複製を作成するか、ストレージ間のボリュームで複製を作成するかという要求を取得してもよい。
【００６５】
（２）次に、ボリューム管理モジュール１０５は、ステップ６００で取得した複製元のボリュームの使用用途２２３の情報を検索し、経路管理モジュール４０１に、複製元のボリュームが属するストレージと別の接続可能なストレージとの回線の使用用途を検索させる。そして、複製元のボリュームの用途を実現することができる回線があるか否かを判定し、複製先としてのボリュームを作成することが可能な使用用途を持った回線があった場合、ステップ６０２の処理へ進み、そうでなければ、ステップ６０３の処理に進む（ステップ６０１）。
【００６６】
ステップ６０１の処理で、例えば、ストレージ間でボリュームの複製を作成する要求があり、複製元のボリュームにおいて「ボリュームの複製では高速な回線で接続する」という使用用途を持っていた場合、検索した回線の経路情報テーブル５１０の関連ストレージ５１４に前述の複製元のボリュームが属するストレージＩＤが入っており、その用途５１６に「高速」の用途として利用することができる回線を持つ経路を検索する。そして、該当する回線があればステップ６０２の処理に進み、該当する回線がなければステップ６０３の処理に進む。
【００６７】
（３）ステップ６０１の判定で、該当する回線があった場合、図３に示したフローにより説明した処理のステップ３０１以降の処理に移行する。このとき、ステップ６０１で取得した関連ストレージに対してステップ３０１からの処理を行なうことになる（ステップ６０２）。
【００６８】
（４）ステップ６０１の判定で、該当する回線がなかった場合、複製先のボリュームを提供することができないので、その旨を通知する。この場合、エラー発生時点での状況に基づいてメッセージを出力してもよい。例えば、「複製先のボリュームを作成できる回線はない」というようなメッセージを追加して出力するようにしてもよい。
【００６９】
前述した処理を実行することにより、回線の使用用途と複製元として指定したボリュームの使用用途に合わせて、接続可能な回線を選定することが可能となる。
【００７０】
図７はストレージ間でボリューム複製の動作中に、複製の経路に障害が生起した場合の障害対策の処理動作を説明するフローチャートであり、次に、これについて説明する。この処理は、経路管理モジュール４０１が行なうが、ボリューム管理モジュール１０５が管理するテーブル群２００の中のテーブルを呼び出すときがあるので、このときにはボリューム管理モジュール１０５が動作する。
【００７１】
（１）ストレージ間でボリューム複製の動作中に、複製の経路に障害が生起し、この経路障害を検出したものとする。例えば、図４におけるストレージ１１ａのボリューム１１３ａを複製元ボリューム、ストレージ１１ｂのボリューム１２３ａ複製先ボリュームとして複製の設定があり、ペア情報テーブル２３０の複製タイプ２３４が「同期」であって、ボリューム１１４ａに対してＷｒｉｔｅの要求が起きたとき、あるいは、複製タイプ２３４が「非同期」であって、複製開始をユーザやアプリケーションが指定したとき、ストレージのコントローラは複製を開始する。この複製の開始後に、経路の障害をストレージのコントローラ、スイッチＡ４４０またはスイッチＢ４５０が検知した場合、その旨がストレージネットワーク通信装置、ネットワークを介して管理計算機１００に通知され、管理計算機１００はその通信内容を受け取る（ステップ７００）。
【００７２】
経路障害は、ストレージやスイッチから通知される場合と、管理計算機１００が定期的にストレージやスイッチに聞きに行くことにより検出する形態がある。例えば、経路情報テーブル５１０で示されているように、経路ＩＤ５１１の値が１の経路の状態が「異常」となっているとき、ステップ７００で経路障害を受け取ることになる。
【００７３】
（２）経路障害を検出すると、複製に失敗した複製元のボリューム１１３ａに対して、ボリューム１１３ａに相当するボリュームＩＤ２１１の用途２１３により、別経路を探索すべきか否かを判定する（ステップ７０１）。
【００７４】
この判定で、別の経路を探索する必要があった場合、ステップ７０２へ進み、そうでなかった場合、ステップ７０６に進む。例えば、ボリュームの用途２１３において、そのボリュームの重要度が高いボリュームであれば、すぐに複製をすべきであり、このときステップ７０２に進むようにすればよい。しかし、そのボリュームの使用用途が、特に重要でないものであれば、ステップ７０６に進むようにすればよい。
【００７５】
（３）ステップ７０１の判定で、別の経路を探索する必要があった場合、管理計算機１００が管理している経路で、同一のストレージに到達することができる経路があるか否かを調べる（ステップ７０２）。
【００７６】
このとき、スイッチやストレージを介して実際に接続することができるデータを探すように管理計算機１００が指示してもよいが、予めストレージ経路を登録しておき、その情報を利用してもよい。この場合、経路管理テーブル５１０に、各経路に関してストレージの組を別の属性として登録しておけばよい。そして、経路があり、経路管理テーブル５１０に登録されていなければ、経路ＩＤ５１１、経路５１２、状態５１３、関連ストレージ５１４、用途５１６を登録する。そして、もし、経路があればステップ７０３へ進み、なければステップ７０６へ進む。
【００７７】
なお、用途５１６は、各スイッチから取得してもよいし、ユーザやアプリケーションが設定してもよい。例えば、図４の構成において、ストレージ１１ａとストレージ１１ｂとを接続する経路において、データネットワーク４６０、スイッチＡ４４０、データネットワーク４６１、スイッチＢ４５０、データネットワーク４６２を介して接続していたとき、データネットワーク４６１の経路に障害が起きたとすると、別の経路として、データネットワーク４６０、スイッチＡ４４０、データネットワーク４６３、スイッチＢ４５０、データネットワーク４６２を介して接続することが可能である。
【００７８】
（４）ステップ７０２で、経路があった場合、ネットワークの使用用途に基づき、複製先のボリュームの使用用途と経路の使用用途とを比較して、用途が合致するか否かを判定する。用途が合致すればステップ７０４へ進み、合致しなければステップ７０６へ進む（ステップ７０３）。
【００７９】
例えば、複製先のボリュームの複製要求が「高速」であった場合、経路の用途が低速であれば、要求に合わないとして、ステップ７０６へ行くことになる。但し、障害の状況に合わせて、回線が低速でも複製を継続したほうがよいという用途があれば、低速の回線で複製を行なってもよい。この要求は、ボリューム情報テーブル２１０の用途２１３に登録しておいてもよいし、ステップ７０３の処理の一貫として、ユーザやアプリケーションに指示させてもよい。
【００８０】
（５）ステップ７０３の判定で、用途が合致した場合、正常な経路の設定をスイッチ、ストレージに要求し、ストレージ間でボリューム複製処理が可能であることを確認する。経路が複数ある場合、用途に合わせて自動的に１つを選択する判断をしてもよいし、複数の結果を提示して、ユーザやアプリケーションに判定させてもよい（ステップ７０４）。
【００８１】
（６）次に、管理計算機からストレージに対して、ステップ７０４で設定した経路を使用して、複製の開始を指示して処理を終了する（ステップ７０５）。
【００８２】
（７）ステップ７０１、７０２、７０３の判定で、判定結果が否であった場合、ボリュームの使用用途に合わせて、複製データをキャッシュに常駐すべきか否かを判定する。すなわち、キャッシュ情報テーブル５２０のストレージＩＤ３のストレージのようにキャッシュの使用率が高い場合、例えば、使用用途の低い失敗したボリュームの複製データを常駐させることは、全体的な使用用途として効率的とは言えないので削除すべきと判断する。複製データを常駐されると判断したとき、ステップ７０８へ進み、常駐しないと判断した場合、ステップ７０７へ進む（ステップ７０６）。
【００８３】
（８）ステップ７０６で、キャッシュに複製データを常駐させないと判断した場合、削除すべきボリュームのキャッシュデータをキャッシュから削除して、キャッシュの使用率を削減するように、管理計算機１００からストレージにコントローラに指示を与える（ステップ７０７）。
【００８４】
（９）ステップ７０７の処理後、あるいは、ステップ７０６で、キャッシュに複製データを常駐させると判断した場合、経路障害であることを通知して処理を終了する（ステップ７０８）。
【００８５】
前述で説明した処理おいて、複製の障害が起こったとき、登録している経路とは別の経路を使用して複製を行なう場合があるが、このとき他の複製の処理によっては、経路の回線の処理能力に影響が生じる場合がある。そのために、本発明は、経路の用途が「高速」であっても、複製の処理が増加する場合、用途が守られるかどうかを調査し、用途が守られるようなら別の経路として、障害が起こった複製の処理を行なうように設定するようにすることができる。
【００８６】
本発明の第２の実施形態は、前述した処理により、複製の経路に障害が起こった場合、別の経路で複製を行なうか否か、また、キャッシュの内容を削除するか否かを、ボリュームの使用用途により判断することができ、効率的なボリュームの複製の運用が可能となる。
【００８７】
図８は別の経路ができなかった場合、また、キャッシュに複製データを常駐していても複製を進められないときに、別のストレージに複製ペアを作成する処理動作を説明するフローチャートであり、次に、これについて説明する。このフローに示す処理は、ボリューム管理モジュール１０５と経路管理モジュール４０１とに含まれる処理である。そして、ここで説明する処理は、障害回復を行なうことができないボリュームの複製に対して、別途ボリュームの複製ペアを作るものである。
【００８８】
（１）障害後のペアで、障害回復が不可能または大幅な遅延が起こることを判断する。この判断は、ボリュームの障害が起きてから、経路の障害が直ったことを確認するまでの時間に閾値を設ける等により行なう（ステップ８００）。
【００８９】
（２）次に、他のストレージを利用して複製を作成してよいか否かを、ボリューム情報テーブル２１０のボリュームの用途２１４によって判定し、他のストレージを利用しないと判断した場合、例えば、他のストレージには複製をしたくないという用途であれば、それ以上のことは何もせずにここでの処理を終了する（ステップ８０１）。
【００９０】
（３）ステップ８０１の判定で、他のストレージに複製の設定をしてもよいと判断した場合、ボリューム複製の経路として登録可能なストレージを探索し、そのようなストレージがあるか否かを判定する（ステップ８０２）。
【００９１】
この判定のとき、距離に関する用途が設定されていれば、たとえ経路を登録できたとしても、用途に反すると判定してもよい。経路が存在するストレージがあればステップ８０３へ進み、経路がなければここでの処理を終了する。例えば、経路が経路情報テーブル５１０が示すような状態にあって、経路１の状態が「異常」となっている場合、経路３の経路が、状態が正常であり用途も満たした経路であることを示すことになる。
【００９２】
（４）ステップ８０２の判定で、経路が存在するストレージがあった場合、ペアを作成する。このペアの作成の処理は、図３により説明したフローを実行する処理であるが、ステップ８０２の処理で得たストレージの範囲内で行なうことを指示して実行させる（ステップ８０３）。
【００９３】
前述した処理において、ステップ８００、８０１、８０２の処理は、経路管理モジュール４０１で、ステップ８０３の処理は、ボリューム管理モジュール１０５で実行される。
【００９４】
本発明の実施形態は、前述した処理により、障害の場合に、複製の処理を一旦停止するものの、ボリュームの使用用途により、現在登録しているペアの設定を変更し、複製自体は経路障害の復旧の速度に関係なく継続して行なうことが可能となる。
【００９５】
前述した本発明の各実施形態による処理は、処理プログラムとして構成することができ、この処理プログラムは、ＨＤ、ＤＡＴ、ＦＤ、ＭＯ、ＤＶＤ−ＲＯＭ、ＣＤ−ＲＯＭ等の記録媒体に格納して提供することができる。
【００９６】
図９は本発明の第３の実施形態によるストレージの運用管理システムの構成を示すブロック図である。この本発明の第３の実施形態は、図１、図４に示した本発明の第１、第２の実施形態の構成における管理計算機の機能をストレージの内部に設けて構成したものである。
【００９７】
図９に示す本発明の第３の実施形態は、例えば、図４に示すストレージ１１ａのストレージ内部に管理処理を行なう処理部を設けて構成した例であり、図４の管理計算機１００の記憶装置１０４に存在するボリューム管理モジュール１０５、経路管理モジュール４０１を、ストレージ１１ａが持つ記憶装置９００内に設けている。そして、ボリューム管理モジュール１０５、経路管理モジュール４０１は、ストレージ１１ａの記憶装置９００内に格納されているソフトウェアが、コントローラ１１２に読み込まれて実行されることにより実現される。また、他のストレージとデータの一貫性を保って互いの情報が一致するように、データ同期モジュール９０１が設けられており、ネットワーク通信装置１１１等を用いてデータの一貫性を保つ。
【００９８】
前述したように構成される本発明の第３の実施形態は、本発明の第１の実施形態第２の実施形態で利用していた管理計算機１００をなくすことが可能となる。また、本発明の第３の実施形態は、大規模なストレージの運用管理システム等であって、管理計算機１００を複数備える場合に、前述のデータ同期モジュール９０１を管理計算機１００から使用するようにすることにより、１つの管理計算機で情報の保持ができない場合等、複数の管理計算機のデータを共有することが可能となる。
【００９９】
前述した本発明の各実施形態によれば、ボリュームペア管理モジュール１０５によって、ストレージ間、あるいは、ストレージ内のボリューム複製のペアをボリュームの使用用途や特性に従って作成することができ、ボリュームの用途に基づいたボリュームの複製のペアを作成することができる。
【０１００】
また、ボリューム複製の運用において、経路管理モジュール４０１とボリューム管理モジュール１０５とによって、ボリュームの使用用途により、障害の対策を分別することができ、ボリュームの使用用途に合ったボリューム複製の障害対策を行なうことが可能となる。
【０１０１】
【発明の効果】
以上説明したように本発明によれば、ストレージのデータ領域の情報に応じて、同一ストレージ内で、あるいは、ストレージ相互間でデータ領域の複製を効率的に運用管理することができる。
【図面の簡単な説明】
【図１】本発明の第１の実施形態によるストレージの運用管理システムの構成を示すブロック図である。
【図２】ボリューム管理モジュール１０５が管理するテーブル群を説明する図である。
【図３】複製元のボリュームの使用用途に応じてボリュームの複製の設定を行い、複製元のボリュームと複製先のボリュームとのペアの作成を行なう処理動作を説明するフローチャートである。
【図４】本発明の第２の実施形態によるストレージの運用管理システムの構成を示すブロック図である。
【図５】経路管理モジュール４０１が管理するテーブル群を説明する図である。
【図６】本発明の第２の実施形態において、ストレージ間でボリューム複製の作成を行なう際、ボリュームを接続する回線の使用用途によって複製の作成を行なう処理動作を説明するフローチャートである。
【図７】ストレージ間でボリューム複製の動作中に、複製の経路に障害が生起した場合の障害対策の処理動作を説明するフローチャートである。
【図８】別のストレージに複製ペアを作成する処理動作を説明するフローチャートである。
【図９】本発明の第３の実施形態によるストレージの運用管理システムの構成を示すブロック図である。
【符合の説明】
１００ 管理計算機
１０１ メモリ
１０２ ＣＰＵ
１０３、１１１、１２１ ネットワーク通信装置
１０４ 記憶装置
１０５ ボリューム管理モジュール
１０６ ボリューム作成部
１０７ ボリュームペア作成部
１０８ ボリュームペア選定部
１１ａ〜１１ｎ ストレージ
１１０、１２０ データ通信装置
１１２、１２２ コントローラ
１１３ａ〜１１３ｎ、１２３ａ〜１２３ｎ ボリューム
１１４、１２４ 空き領域
１３０、１４０ ネットワーク
２００ ボリューム管理モジュールテーブル群
４０１ 経路管理モジュール
４１５、４２５、４３５ キャッシュ
４４０、４５０ スイッチ
５００ 経路管理モジュールテーブル群
９０１ データ同期モジュール
Claims (17)
- ストレージ内、あるいは、ストレージ相互間でデータ領域の複製を運用管理するストレージの運用管理プログラムであって、複製元データ領域に対する複製先データ領域の作成の要求を受け付ける処理ステップと、複製元データ領域の使用用途に応じたデータ領域の性質に合致した複製先となり得るデータ領域を既存のデータ領域から検索する処理ステップと、データ領域の複製のペアを作成することをストレージに指示する処理ステップとを有し、前記各処理ステップを実行することによりストレージの運用管理を行なうことを特徴とするストレージの運用管理プログラム。
- 複製元データ領域の使用用途に応じたデータ領域の性質に合致した複製先となり得るデータ領域を既存のデータ領域から検索することができなかった場合、空き領域を用いてデータ領域の複製のペアを作成することをストレージに指示する処理ステップを、さらに有することを特徴とする請求項１記載のストレージの運用管理プログラム。
- ストレージ内、あるいは、ストレージ相互間でデータ領域の複製を運用管理するストレージの運用管理プログラムであって、指定されたデータ領域の情報を取得する処理ステップと、前記データ領域を複製元として、前記複製元のデータ領域とは異なる複製先のデータ領域を設定する際に、前記複製元のデータ領域の情報に応じて前記複製先のデータ領域を作成する処理ステップと、前記複製元のデータ領域の情報に応じて前記複製先のデータ領域を選択する処理ステップと、前記複製先のデータ領域を前記複製元のデータ領域の複製先として管理する処理ステップとを有し、前記各処理ステップを実行することによりストレージの運用管理を行なうことを特徴とするストレージの運用管理プログラム。
- 前記ストレージの情報を取得する処理ステップと、前記データ領域の情報及び前記ストレージの情報に応じて、複製元のデータ領域または複製先のデータ領域を前記ストレージが設定可能か否かを判断する処理ステップとを、さらに有することを特徴とする請求項３記載のストレージの運用管理プログラム。
- 前記複製元のデータ領域を持つストレージと前記複製先のデータ領域を持つストレージとを接続可能な経路を検索する処理ステップと、前記経路の情報を取得し、前記データ領域の情報及び前記経路の情報に応じて、前記複製元のデータ領域のデータの前記複製先のデータ領域に対する複製を、前記経路を用いて実行することが可能か否かを判断する処理ステップとを、さらに有することを特徴とする請求項３または４記載のストレージの運用管理プログラム。
- ストレージ内、あるいは、ストレージ相互間でデータ領域の複製を運用管理するストレージの運用管理プログラムであって、管理しているデータ領域の情報を取得する処理ステップと、前記データ領域の一方を複製元のデータ領域、他方を複製先のデータ領域として複製を運用する際、前記複製元のデータ領域を持つストレージ及び前記複製先のデータ領域を持つストレージを接続する経路の情報を取得する処理ステップと、前記複製元のデータ領域に書き込みが発生したとき、前記経路の情報を確認する処理ステップと、前記複製元のデータ領域から複製先のデータ領域に複製を開始する要求を受けた際、前記経路の情報を確認する処理ステップと、前記複製元のデータ領域の情報及び前記回線の情報に応じて、前記複製元のデータ領域と前記複製先のデータ領域と接続する前記経路の接続を、別の経路で行なうか否か判断する処理ステップと、前記別の経路で接続して前記複製元のデータ領域から前記複製先のデータ領域への複製をストレージに指示する処理ステップとを有し、前記各処理ステップを実行することによりストレージの運用管理を行なうことを特徴とするストレージの運用管理プログラム。
- ストレージ内、あるいは、ストレージ相互間でデータ領域の複製を運用管理するストレージの運用管理プログラムであって、前記データ領域の情報を取得する処理ステップと、前記データ領域の一方を複製元のデータ領域、他方を複製先のデータ領域として複製を運用する際、前記複製の稼動状況を取得する処理ステップと、前記複製元のデータ領域の情報、前記複製の稼動状況及び前記記憶領域の稼動状況に応じて、前記記憶領域に格納されたデータの削除の有無を判断する処理ステップと、前記判断に応じて前記更新データを取得する記憶領域のデータを更新する処理ステップとを有し、前記各処理ステップを実行することによりストレージの運用管理を行なうことを特徴とするストレージの運用管理プログラム。
- 前記ストレージの複製元のデータ領域に対する複製先のデータ領域を、別のデータ領域を複製先として変更することが可能か否かを判断する処理ステップを、さらに有することを特徴とする請求項３ないし７のうちいずれか１記載のストレージの運用管理プログラム。
- ストレージ内、あるいは、ストレージ相互間でデータ領域の複製を運用管理するストレージの運用管理方法において、複製元データ領域に対する複製先データ領域の作成の要求により、複製元データ領域の使用用途に応じたデータ領域の性質に合致した複製先となり得るデータ領域を既存のデータ領域から検索して、データ領域の複製のペアを作成することを特徴とするストレージの運用管理方法。
- 複製元データ領域の使用用途に応じたデータ領域の性質に合致した複製先となり得るデータ領域を既存のデータ領域から検索することができなかった場合、空き領域を用いてデータ領域の複製のペアを作成することを特徴とする請求項９記載のストレージの運用管理方法。
- ストレージ内、あるいは、ストレージ相互間でデータ領域の複製を運用管理するストレージの運用管理方法において、指定されたデータ領域の情報を取得する工程と、前記データ領域を複製元として、前記複製元のデータ領域とは異なる複製先のデータ領域を設定する際に、前記複製元のデータ領域の情報に応じて前記複製先のデータ領域を作成する工程と、前記複製元のデータ領域の情報に応じて前記複製先のデータ領域を選択する工程と、前記複製先のデータ領域を前記複製元のデータ領域の複製先として管理する工程とを有することを特徴とするストレージの運用管理方法。
- 前記ストレージの情報を取得する工程と、前記データ領域の情報及び前記ストレージの情報に応じて、複製元のデータ領域または複製先のデータ領域を前記ストレージが設定可能か否かを判断する工程とを有することを特徴とする請求項１１記載のストレージの運用管理方法。
- 前記複製元のデータ領域を持つストレージと前記複製先のデータ領域を持つストレージとを接続可能な経路を検索する工程と、前記経路の情報を取得し、前記データ領域の情報及び前記経路の情報に応じて、前記複製元のデータ領域のデータの前記複製先のデータ領域に対する複製を、前記経路を用いて実行することが可能か否かを判断する工程とを有することを特徴とする請求項１１または１２記載のストレージの運用管理方法。
- ストレージ内、あるいは、ストレージ相互間で前記ストレージが管理するデータ領域を複製する手段を持つストレージの運用管理方法において、管理しているデータ領域の情報を取得する工程と、前記データ領域の一方を複製元のデータ領域、他方を複製先のデータ領域として複製を運用する際、前記複製元のデータ領域を持つストレージ及び前記複製先のデータ領域を持つストレージを接続する経路の情報を取得する工程と、前記複製元のデータ領域に書き込みが発生したとき、前記経路の情報を確認する工程と、前記複製元のデータ領域から複製先のデータ領域に複製を開始する要求を受けた際、前記経路の情報を確認する工程と、前記複製元のデータ領域の情報及び前記回線の情報に応じて、前記複製元のデータ領域と前記複製先のデータ領域と接続する前記経路の接続を、別の経路で行なうか否か判断する工程と、前記別の経路で接続して前記複製元のデータ領域から前記複製先のデータ領域への複製を行なう工程とを有することを特徴とするストレージの運用管理方法。
- ストレージ内、あるいは、ストレージ相互間で前記ストレージが管理するデータ領域を複製する手段と、前記データ領域の複製の際、前記データ領域の更新データを取得する記憶領域を有するストレージの運用管理方法において、前記データ領域の情報を取得する工程と、前記データ領域の一方を複製元のデータ領域、他方を複製先のデータ領域として複製を運用する際、前記複製の稼動状況を取得する工程と、前記複製元のデータ領域の情報、前記複製の稼動状況及び前記記憶領域の稼動状況に応じて、前記記憶領域に格納されたデータの削除の有無を判断する工程と、前記判断に応じて前記更新データを取得する記憶領域のデータを更新する工程を有することを特徴とするストレージ運用管理方法。
- 前記ストレージの複製元のデータ領域に対する複製先のデータ領域を、別のデータ領域を複製先として変更することが可能か否かを判断する工程を有することを特徴とする請求項１１ないし１５のうちいずれか１記載のストレージの運用管理方法。
- ストレージ内、あるいは、ストレージ相互間でデータ領域の複製を運用管理するストレージの管理計算機において、指定されたデータ領域の情報を取得する手段と、前記データ領域を複製元として、前記複製元のデータ領域とは異なる複製先のデータ領域を設定する際に、前記複製元のデータ領域の情報に応じて前記複製先のデータ領域を作成する手段と、前記複製元のデータ領域の情報に応じて前記複製先のデータ領域を選択する手段と、前記複製先のデータ領域を前記複製元のデータ領域の複製先として管理する手段とを有することを特徴とするストレージの管理計算機。
Priority Applications (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003130297A JP2004334574A (ja) | 2003-05-08 | 2003-05-08 | ストレージの運用管理プログラム、運用管理方法及び管理計算機 |
| US10/650,851 US7191198B2 (en) | 2003-05-08 | 2003-08-29 | Storage operation management program and method and a storage management computer |
| EP04005178A EP1507206A3 (en) | 2003-05-08 | 2004-03-04 | Storage operation management program and method and storage management computer |
| US11/648,655 US7483928B2 (en) | 2003-05-08 | 2007-01-03 | Storage operation management program and method and a storage management computer |
| US12/143,192 US20080263111A1 (en) | 2003-05-08 | 2008-06-20 | Storage operation management program and method and a storage management computer |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003130297A JP2004334574A (ja) | 2003-05-08 | 2003-05-08 | ストレージの運用管理プログラム、運用管理方法及び管理計算機 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004334574A true JP2004334574A (ja) | 2004-11-25 |
Family
ID=33410550
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003130297A Pending JP2004334574A (ja) | 2003-05-08 | 2003-05-08 | ストレージの運用管理プログラム、運用管理方法及び管理計算機 |
Country Status (3)
| Country | Link |
|---|---|
| US (3) | US7191198B2 (ja) |
| EP (1) | EP1507206A3 (ja) |
| JP (1) | JP2004334574A (ja) |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007042008A (ja) * | 2005-08-05 | 2007-02-15 | Hitachi Ltd | 記憶制御方法及び記憶制御システム |
| JP2007058484A (ja) * | 2005-08-24 | 2007-03-08 | Hitachi Ltd | ストレージ管理方法およびストレージシステム |
| JP2007128293A (ja) * | 2005-11-04 | 2007-05-24 | Hitachi Ltd | 計算機システム及び管理計算機 |
| JP2008269171A (ja) * | 2007-04-18 | 2008-11-06 | Hitachi Ltd | ストレージシステム、管理サーバ、ストレージシステムのシステム再構成支援方法及び管理サーバのシステム再構成支援方法 |
| US7971011B2 (en) | 2005-03-17 | 2011-06-28 | Fujitsu Limited | Remote copy method and storage system |
| JP2012164185A (ja) * | 2011-02-08 | 2012-08-30 | Nec System Technologies Ltd | サーバ、クライアント、これらを有するバックアップシステム、及びこれらのバックアップ方法 |
| JP2012226655A (ja) * | 2011-04-21 | 2012-11-15 | Mizuho Information & Research Institute Inc | ファイル管理システム及びファイル管理方法 |
| JP2014052859A (ja) * | 2012-09-07 | 2014-03-20 | Ihi Corp | 監視データ管理システム |
| JP2015162001A (ja) * | 2014-02-26 | 2015-09-07 | 富士通株式会社 | ストレージ管理装置、ストレージ装置、及びストレージ管理プログラム |
Families Citing this family (74)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20050038954A1 (en) * | 2003-06-04 | 2005-02-17 | Quantum Corporation | Storage drive having universal format across media types |
| JP4537022B2 (ja) * | 2003-07-09 | 2010-09-01 | 株式会社日立製作所 | データ配置に制限を設けるデータ処理方法、記憶領域制御方法、および、データ処理システム。 |
| JP4863605B2 (ja) | 2004-04-09 | 2012-01-25 | 株式会社日立製作所 | 記憶制御システム及び方法 |
| WO2005048085A2 (en) | 2003-11-13 | 2005-05-26 | Commvault Systems, Inc. | System and method for performing an image level snapshot and for restoring partial volume data |
| JP4426275B2 (ja) | 2003-12-16 | 2010-03-03 | 株式会社日立製作所 | リモートコピー制御方法 |
| JP2005222404A (ja) * | 2004-02-06 | 2005-08-18 | Hitachi Ltd | 仮想記憶ユニットを備えた記憶制御サブシステム |
| JP4756852B2 (ja) * | 2004-11-25 | 2011-08-24 | 株式会社東芝 | 文書管理装置、文書管理方法及び文書管理プログラム |
| JP2006185108A (ja) * | 2004-12-27 | 2006-07-13 | Hitachi Ltd | ストレージシステムのデータを管理する管理計算機及びデータ管理方法 |
| JP2006293850A (ja) | 2005-04-13 | 2006-10-26 | Hitachi Ltd | リモートコピーシステムおよびリモートコピー方法 |
| US8903949B2 (en) | 2005-04-27 | 2014-12-02 | International Business Machines Corporation | Systems and methods of specifying service level criteria |
| JP2007102452A (ja) * | 2005-10-04 | 2007-04-19 | Fujitsu Ltd | システム管理プログラムおよびシステム管理方法 |
| WO2007075587A2 (en) | 2005-12-19 | 2007-07-05 | Commvault Systems, Inc. | Systems and methods for performing data replication |
| US7617262B2 (en) | 2005-12-19 | 2009-11-10 | Commvault Systems, Inc. | Systems and methods for monitoring application data in a data replication system |
| US7962709B2 (en) * | 2005-12-19 | 2011-06-14 | Commvault Systems, Inc. | Network redirector systems and methods for performing data replication |
| US7636743B2 (en) * | 2005-12-19 | 2009-12-22 | Commvault Systems, Inc. | Pathname translation in a data replication system |
| US8661216B2 (en) | 2005-12-19 | 2014-02-25 | Commvault Systems, Inc. | Systems and methods for migrating components in a hierarchical storage network |
| US7606844B2 (en) * | 2005-12-19 | 2009-10-20 | Commvault Systems, Inc. | System and method for performing replication copy storage operations |
| US7651593B2 (en) * | 2005-12-19 | 2010-01-26 | Commvault Systems, Inc. | Systems and methods for performing data replication |
| JP4800059B2 (ja) * | 2006-02-13 | 2011-10-26 | 株式会社日立製作所 | 仮想ストレージシステム及びその制御方法 |
| US7831793B2 (en) * | 2006-03-01 | 2010-11-09 | Quantum Corporation | Data storage system including unique block pool manager and applications in tiered storage |
| US7702866B2 (en) * | 2006-03-31 | 2010-04-20 | International Business Machines Corporation | Use of volume containers in replication and provisioning management |
| US7480817B2 (en) * | 2006-03-31 | 2009-01-20 | International Business Machines Corporation | Method for replicating data based on probability of concurrent failure |
| JP2007323218A (ja) * | 2006-05-31 | 2007-12-13 | Hitachi Ltd | バックアップシステム |
| US8726242B2 (en) | 2006-07-27 | 2014-05-13 | Commvault Systems, Inc. | Systems and methods for continuous data replication |
| JP4949791B2 (ja) * | 2006-09-29 | 2012-06-13 | 株式会社日立製作所 | ボリューム選択方法及び情報処理システム |
| JP2008117094A (ja) * | 2006-11-02 | 2008-05-22 | Hitachi Ltd | ストレージシステム、ストレージ装置及びストレージ管理方法 |
| US8290808B2 (en) | 2007-03-09 | 2012-10-16 | Commvault Systems, Inc. | System and method for automating customer-validated statement of work for a data storage environment |
| JP4434235B2 (ja) | 2007-06-05 | 2010-03-17 | 株式会社日立製作所 | 計算機システムまたは計算機システムの性能管理方法 |
| JP2009020568A (ja) * | 2007-07-10 | 2009-01-29 | Hitachi Ltd | ストレージシステム及びディザスタリカバリ構成の設計方法 |
| US8495315B1 (en) * | 2007-09-29 | 2013-07-23 | Symantec Corporation | Method and apparatus for supporting compound disposition for data images |
| JP5172574B2 (ja) * | 2008-09-29 | 2013-03-27 | 株式会社日立製作所 | アプリケーションデータのバックアップ構成構築に用いる管理計算機 |
| US9495382B2 (en) * | 2008-12-10 | 2016-11-15 | Commvault Systems, Inc. | Systems and methods for performing discrete data replication |
| US8204859B2 (en) * | 2008-12-10 | 2012-06-19 | Commvault Systems, Inc. | Systems and methods for managing replicated database data |
| US8762642B2 (en) * | 2009-01-30 | 2014-06-24 | Twinstrata Inc | System and method for secure and reliable multi-cloud data replication |
| JP5396314B2 (ja) | 2010-03-10 | 2014-01-22 | 株式会社日立製作所 | 不正操作検知システム及び不正操作検知方法 |
| US8504517B2 (en) | 2010-03-29 | 2013-08-06 | Commvault Systems, Inc. | Systems and methods for selective data replication |
| US8504515B2 (en) | 2010-03-30 | 2013-08-06 | Commvault Systems, Inc. | Stubbing systems and methods in a data replication environment |
| US8352422B2 (en) | 2010-03-30 | 2013-01-08 | Commvault Systems, Inc. | Data restore systems and methods in a replication environment |
| US8725698B2 (en) | 2010-03-30 | 2014-05-13 | Commvault Systems, Inc. | Stub file prioritization in a data replication system |
| US8489656B2 (en) | 2010-05-28 | 2013-07-16 | Commvault Systems, Inc. | Systems and methods for performing data replication |
| JP5417533B2 (ja) * | 2010-06-28 | 2014-02-19 | 株式会社日立製作所 | 計算機システムの管理方法及びクライアントコンピュータ |
| JP5525048B2 (ja) | 2010-06-29 | 2014-06-18 | 株式会社日立製作所 | 不正操作検知方法、及び、不正操作を検知する計算機 |
| US8788877B2 (en) * | 2011-08-03 | 2014-07-22 | International Business Machines Corporation | Acquiring a storage system into copy services management software |
| US9471578B2 (en) | 2012-03-07 | 2016-10-18 | Commvault Systems, Inc. | Data storage system utilizing proxy device for storage operations |
| US9298715B2 (en) | 2012-03-07 | 2016-03-29 | Commvault Systems, Inc. | Data storage system utilizing proxy device for storage operations |
| US9342537B2 (en) | 2012-04-23 | 2016-05-17 | Commvault Systems, Inc. | Integrated snapshot interface for a data storage system |
| US20130304705A1 (en) * | 2012-05-11 | 2013-11-14 | Twin Peaks Software, Inc. | Mirror file system |
| US8918555B1 (en) * | 2012-11-06 | 2014-12-23 | Google Inc. | Adaptive and prioritized replication scheduling in storage clusters |
| US9886346B2 (en) | 2013-01-11 | 2018-02-06 | Commvault Systems, Inc. | Single snapshot for multiple agents |
| US9430491B2 (en) | 2013-01-11 | 2016-08-30 | Commvault Systems, Inc. | Request-based data synchronization management |
| US9639426B2 (en) | 2014-01-24 | 2017-05-02 | Commvault Systems, Inc. | Single snapshot for multiple applications |
| US9753812B2 (en) | 2014-01-24 | 2017-09-05 | Commvault Systems, Inc. | Generating mapping information for single snapshot for multiple applications |
| US9632874B2 (en) | 2014-01-24 | 2017-04-25 | Commvault Systems, Inc. | Database application backup in single snapshot for multiple applications |
| US9495251B2 (en) | 2014-01-24 | 2016-11-15 | Commvault Systems, Inc. | Snapshot readiness checking and reporting |
| US10042716B2 (en) | 2014-09-03 | 2018-08-07 | Commvault Systems, Inc. | Consolidated processing of storage-array commands using a forwarder media agent in conjunction with a snapshot-control media agent |
| US9774672B2 (en) | 2014-09-03 | 2017-09-26 | Commvault Systems, Inc. | Consolidated processing of storage-array commands by a snapshot-control media agent |
| US9448731B2 (en) | 2014-11-14 | 2016-09-20 | Commvault Systems, Inc. | Unified snapshot storage management |
| US9648105B2 (en) | 2014-11-14 | 2017-05-09 | Commvault Systems, Inc. | Unified snapshot storage management, using an enhanced storage manager and enhanced media agents |
| US10503753B2 (en) | 2016-03-10 | 2019-12-10 | Commvault Systems, Inc. | Snapshot replication operations based on incremental block change tracking |
| US10649655B2 (en) * | 2016-09-30 | 2020-05-12 | Western Digital Technologies, Inc. | Data storage system with multimedia assets |
| US10409521B1 (en) * | 2017-04-28 | 2019-09-10 | EMC IP Holding Company LLC | Block-based backups for large-scale volumes |
| US10416922B1 (en) * | 2017-04-28 | 2019-09-17 | EMC IP Holding Company LLC | Block-based backups for large-scale volumes and advanced file type devices |
| US11016694B1 (en) * | 2017-10-30 | 2021-05-25 | EMC IP Holding Company LLC | Storage drivers for remote replication management |
| US10732885B2 (en) | 2018-02-14 | 2020-08-04 | Commvault Systems, Inc. | Block-level live browsing and private writable snapshots using an ISCSI server |
| US10956078B2 (en) | 2018-03-27 | 2021-03-23 | EMC IP Holding Company LLC | Storage system with loopback replication process providing object-dependent slice assignment |
| US10866969B2 (en) * | 2018-03-28 | 2020-12-15 | EMC IP Holding Company LLC | Storage system with loopback replication process providing unique identifiers for collision-free object pairing |
| US11042318B2 (en) | 2019-07-29 | 2021-06-22 | Commvault Systems, Inc. | Block-level data replication |
| US11892983B2 (en) | 2021-04-29 | 2024-02-06 | EMC IP Holding Company LLC | Methods and systems for seamless tiering in a distributed storage system |
| US11677633B2 (en) | 2021-10-27 | 2023-06-13 | EMC IP Holding Company LLC | Methods and systems for distributing topology information to client nodes |
| US11762682B2 (en) | 2021-10-27 | 2023-09-19 | EMC IP Holding Company LLC | Methods and systems for storing data in a distributed system using offload components with advanced data services |
| US20230127387A1 (en) * | 2021-10-27 | 2023-04-27 | EMC IP Holding Company LLC | Methods and systems for seamlessly provisioning client application nodes in a distributed system |
| US11922071B2 (en) | 2021-10-27 | 2024-03-05 | EMC IP Holding Company LLC | Methods and systems for storing data in a distributed system using offload components and a GPU module |
| US11809285B2 (en) | 2022-02-09 | 2023-11-07 | Commvault Systems, Inc. | Protecting a management database of a data storage management system to meet a recovery point objective (RPO) |
| JP2023136323A (ja) * | 2022-03-16 | 2023-09-29 | 株式会社日立製作所 | ストレージシステム |
Family Cites Families (30)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5778383A (en) * | 1995-08-08 | 1998-07-07 | Apple Computer, Inc. | System for dynamically caching and constructing software resource tables |
| US6119208A (en) * | 1997-04-18 | 2000-09-12 | Storage Technology Corporation | MVS device backup system for a data processor using a data storage subsystem snapshot copy capability |
| JPH11167510A (ja) * | 1997-12-04 | 1999-06-22 | Hitachi Ltd | レプリケーション方法、レプリケーションツール、および、レプリケーションサーバ |
| DE69938378T2 (de) * | 1998-08-20 | 2009-04-30 | Hitachi, Ltd. | Kopieren von Daten in Speichersystemen |
| JP3868708B2 (ja) * | 2000-04-19 | 2007-01-17 | 株式会社日立製作所 | スナップショット管理方法及び計算機システム |
| US20020055972A1 (en) * | 2000-05-08 | 2002-05-09 | Weinman Joseph Bernard | Dynamic content distribution and data continuity architecture |
| US20010047412A1 (en) * | 2000-05-08 | 2001-11-29 | Weinman Joseph B. | Method and apparatus for maximizing distance of data mirrors |
| JP3617437B2 (ja) * | 2000-09-13 | 2005-02-02 | 日本電気株式会社 | データコピー方法およびデータコピー用プログラムを記録したプログラム記録媒体 |
| JP2002189570A (ja) * | 2000-12-20 | 2002-07-05 | Hitachi Ltd | 記憶システムの二重化方法および記憶システム |
| JP2002222061A (ja) | 2001-01-25 | 2002-08-09 | Hitachi Ltd | 記憶領域を設定する方法、記憶装置およびプログラム記憶媒体 |
| US7096269B2 (en) * | 2001-03-30 | 2006-08-22 | Hitachi, Ltd. | Path selection methods for storage based remote copy |
| US7092977B2 (en) * | 2001-08-31 | 2006-08-15 | Arkivio, Inc. | Techniques for storing data based upon storage policies |
| JP2003122508A (ja) | 2001-10-15 | 2003-04-25 | Hitachi Ltd | ボリューム管理方法及び装置 |
| US7225204B2 (en) * | 2002-03-19 | 2007-05-29 | Network Appliance, Inc. | System and method for asynchronous mirroring of snapshots at a destination using a purgatory directory and inode mapping |
| US6996672B2 (en) * | 2002-03-26 | 2006-02-07 | Hewlett-Packard Development, L.P. | System and method for active-active data replication |
| US6880052B2 (en) | 2002-03-26 | 2005-04-12 | Hewlett-Packard Development Company, Lp | Storage area network, data replication and storage controller, and method for replicating data using virtualized volumes |
| US7096228B2 (en) * | 2002-03-27 | 2006-08-22 | Microsoft Corporation | Method and system for managing data records on a computer network |
| JP4170056B2 (ja) * | 2002-03-29 | 2008-10-22 | 株式会社日立製作所 | 複製ボリューム間でのバックアップ・リストア管理方法およびこの方法に用いる記憶制御装置 |
| JP2003316522A (ja) * | 2002-04-26 | 2003-11-07 | Hitachi Ltd | 計算機システムおよび計算機システムの制御方法 |
| US6925541B2 (en) * | 2002-06-12 | 2005-08-02 | Hitachi, Ltd. | Method and apparatus for managing replication volumes |
| JP2004157637A (ja) * | 2002-11-05 | 2004-06-03 | Hitachi Ltd | ストレージ管理方法 |
| US7191318B2 (en) * | 2002-12-12 | 2007-03-13 | Alacritech, Inc. | Native copy instruction for file-access processor with copy-rule-based validation |
| US7263590B1 (en) * | 2003-04-23 | 2007-08-28 | Emc Corporation | Method and apparatus for migrating data in a computer system |
| WO2005001646A2 (en) * | 2003-06-25 | 2005-01-06 | Arkivio, Inc. | Techniques for performing policy automated operations |
| JP4537022B2 (ja) | 2003-07-09 | 2010-09-01 | 株式会社日立製作所 | データ配置に制限を設けるデータ処理方法、記憶領域制御方法、および、データ処理システム。 |
| US7865485B2 (en) * | 2003-09-23 | 2011-01-04 | Emc Corporation | Multi-threaded write interface and methods for increasing the single file read and write throughput of a file server |
| US7225208B2 (en) * | 2003-09-30 | 2007-05-29 | Iron Mountain Incorporated | Systems and methods for backing up data files |
| US7103740B1 (en) * | 2003-12-31 | 2006-09-05 | Veritas Operating Corporation | Backup mechanism for a multi-class file system |
| US7096325B2 (en) * | 2004-03-29 | 2006-08-22 | Hitachi, Ltd. | Method and apparatus for multistage volume locking |
| US7197520B1 (en) * | 2004-04-14 | 2007-03-27 | Veritas Operating Corporation | Two-tier backup mechanism |
-
2003
- 2003-05-08 JP JP2003130297A patent/JP2004334574A/ja active Pending
- 2003-08-29 US US10/650,851 patent/US7191198B2/en not_active Expired - Fee Related
-
2004
- 2004-03-04 EP EP04005178A patent/EP1507206A3/en not_active Withdrawn
-
2007
- 2007-01-03 US US11/648,655 patent/US7483928B2/en not_active Expired - Lifetime
-
2008
- 2008-06-20 US US12/143,192 patent/US20080263111A1/en not_active Abandoned
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7971011B2 (en) | 2005-03-17 | 2011-06-28 | Fujitsu Limited | Remote copy method and storage system |
| JP2007042008A (ja) * | 2005-08-05 | 2007-02-15 | Hitachi Ltd | 記憶制御方法及び記憶制御システム |
| JP2007058484A (ja) * | 2005-08-24 | 2007-03-08 | Hitachi Ltd | ストレージ管理方法およびストレージシステム |
| JP4686303B2 (ja) * | 2005-08-24 | 2011-05-25 | 株式会社日立製作所 | ストレージ管理方法およびストレージシステム |
| JP2007128293A (ja) * | 2005-11-04 | 2007-05-24 | Hitachi Ltd | 計算機システム及び管理計算機 |
| JP2008269171A (ja) * | 2007-04-18 | 2008-11-06 | Hitachi Ltd | ストレージシステム、管理サーバ、ストレージシステムのシステム再構成支援方法及び管理サーバのシステム再構成支援方法 |
| JP2012164185A (ja) * | 2011-02-08 | 2012-08-30 | Nec System Technologies Ltd | サーバ、クライアント、これらを有するバックアップシステム、及びこれらのバックアップ方法 |
| JP2012226655A (ja) * | 2011-04-21 | 2012-11-15 | Mizuho Information & Research Institute Inc | ファイル管理システム及びファイル管理方法 |
| JP2014052859A (ja) * | 2012-09-07 | 2014-03-20 | Ihi Corp | 監視データ管理システム |
| JP2015162001A (ja) * | 2014-02-26 | 2015-09-07 | 富士通株式会社 | ストレージ管理装置、ストレージ装置、及びストレージ管理プログラム |
Also Published As
| Publication number | Publication date |
|---|---|
| US20040225697A1 (en) | 2004-11-11 |
| EP1507206A3 (en) | 2008-07-23 |
| US20070112897A1 (en) | 2007-05-17 |
| US7191198B2 (en) | 2007-03-13 |
| EP1507206A2 (en) | 2005-02-16 |
| US7483928B2 (en) | 2009-01-27 |
| US20080263111A1 (en) | 2008-10-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2004334574A (ja) | ストレージの運用管理プログラム、運用管理方法及び管理計算機 | |
| EP1569120B1 (en) | Computer system for recovering data based on priority of the data | |
| EP1179770B1 (en) | File system | |
| US7469289B2 (en) | Storage system having virtualized resource | |
| US7130974B2 (en) | Multi-site remote-copy system | |
| US8285824B2 (en) | Storage system and data replication method that refuses one or more requests for changing the first logical configuration information until the first storage apparatus and second storage apparatus are synchronized | |
| US7624229B1 (en) | Spillover slot | |
| US20060129772A1 (en) | Data processing method and system | |
| WO2014083598A1 (en) | Hierarchical storage system and file management method | |
| JP2006048358A (ja) | 記憶システム及びデータ処理システム | |
| JP2005018510A (ja) | データセンタシステム及びその制御方法 | |
| US8145865B1 (en) | Virtual ordered writes spillover mechanism | |
| JP2007241486A (ja) | 記憶装置システム | |
| WO2014205847A1 (zh) | 一种分区平衡子任务下发方法、装置与系统 | |
| JP4287092B2 (ja) | ファイル管理システムおよびファイル管理方法 | |
| US20050278382A1 (en) | Method and apparatus for recovery of a current read-write unit of a file system | |
| JP2011164800A (ja) | ストレージシステム及びストレージ制御方法 | |
| JP2003015933A (ja) | 記憶装置のファイルレベルリモートコピー方法 | |
| JP2006185108A (ja) | ストレージシステムのデータを管理する管理計算機及びデータ管理方法 | |
| US10846012B2 (en) | Storage system for minimizing required storage capacity during remote volume replication pair duplication | |
| CN113076065B (zh) | 一种高性能计算系统中数据输出故障容错方法 | |
| JP2006113975A (ja) | コンピュータシステム及びその制御方法 | |
| WO2023193495A1 (zh) | 处理读请求的方法、分布式数据库与服务端 | |
| JP2008084264A (ja) | ネットワークストレージコンピュータシステム、ネットワークストレージ管理方法、管理サーバ、およびそのためのプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060126 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20081111 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090113 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090210 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090410 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20090526 |