JP6435842B2 - ストレージ制御装置及びストレージ制御プログラム - Google Patents

ストレージ制御装置及びストレージ制御プログラム Download PDF

Info

Publication number
JP6435842B2
JP6435842B2 JP2014255533A JP2014255533A JP6435842B2 JP 6435842 B2 JP6435842 B2 JP 6435842B2 JP 2014255533 A JP2014255533 A JP 2014255533A JP 2014255533 A JP2014255533 A JP 2014255533A JP 6435842 B2 JP6435842 B2 JP 6435842B2
Authority
JP
Japan
Prior art keywords
copy
storage
lun
unit
information
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.)
Active
Application number
JP2014255533A
Other languages
English (en)
Other versions
JP2016115281A (ja
Inventor
徹生 渡邉
徹生 渡邉
近藤　肇
肇 近藤
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu 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 Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2014255533A priority Critical patent/JP6435842B2/ja
Priority to US14/927,521 priority patent/US10013188B2/en
Publication of JP2016115281A publication Critical patent/JP2016115281A/ja
Application granted granted Critical
Publication of JP6435842B2 publication Critical patent/JP6435842B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/0614—Improving the reliability of storage systems
    • G06F3/0619—Improving the reliability of storage systems in relation to data integrity, e.g. data losses, bit errors
    • 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
    • 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
    • G06F11/201—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 between storage system components
    • 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/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
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
    • G06F3/0671—In-line storage system
    • G06F3/0673—Single storage device

Description

本発明は、ストレージ制御装置及びストレージ制御プログラムに関する。
ストレージ装置の信頼性を向上させる技術の１つに、ストレージクラスタがある。ストレージクラスタは、複数のストレージ装置をクラスタ構成とし、装置レベルの故障で１つストレージ装置がダウンした場合にも、他のストレージ装置で業務を継続できるようにするフェイルオーバを実現する技術である。
ストレージクラスタは、ボリューム単位に設定することが可能で、故障が発生したストレージ装置のＷｒｉｔｅ／Ｒｅａｄ Ｉ／Ｏを他のストレージ装置に自動的に引継ぐ。したがって、ユーザは異常が発生したことを意識せずに業務を継続することが可能となり、リカバリ時間の短縮とストレージ管理者の作業負担の軽減が図れる。
ストレージクラスタのボリュームは、例えば、ホストに同じボリュームの別パスとして見せることで実現される。ここで、「ホスト」とは、ストレージ装置にアクセスを行うサーバなどの装置であり、「パス」とは、ホストとストレージ装置との間の通信経路である。ストレージクラスタは、運用中のパスを「アクティブ」、待機側のパスを「スタンバイ」とし、アクティブのストレージ装置のみアクセス可能とする。運用中のストレージ装置がダウンした場合は、ストレージクラスタは、パス状態を変更して、待機側のパスをアクティブとし、Ｗｒｉｔｅ／Ｒｅａｄ Ｉ／Ｏを自動的に引継ぐ。
なお、オフホストバーチャライザーが、第１仮想ストレージデバイスのオペレーティングシステムメタデータを生成し、第１ホストにアクセス可能とすることで、ストレージボリュームへのクロスプラットフォームのアクセスを可能にする従来技術がある。
また、データ記憶サブシステム間で、データのリモートコピー機能と同一のデータ転送パスを使用して、属性情報をコピーすることで、ホスト計算機は全く意識することなくコピー先のデータ記憶サブシステムを利用可能とする従来技術がある。
特表２００７−５１６５２３号公報 特開２００４−１３３６７号公報
ボリュームに対する操作を行う際、ホストは、操作対象をストレージ装置に共通に設定されたデバイス名からＬＵＮ（Logical Unit Number）に変換して、ＬＵＮで操作対象を指定する。ここで、「ＬＵＮ」とは、ストレージ装置内の記憶装置を論理的に識別する識別番号である。
また、ストレージクラスタのボリュームを構成する複数のストレージ装置では、アクティブとスタンバイでデバイス名は一致させるが、ＬＵＮについては一致させなくてもよい。その理由は、アクティブとスタンバイのストレージ装置でＬＵＮを一致させるには、両ストレージ装置内を同じ構成にする必要があり、管理者の負担が著しく増加するためである。したがって、現状では、アクティブ側とスタンバイ側との対応関係にあるストレージ装置同士であっても、ほとんどの場合ＬＵＮを一致させていない。
しかし、ストレージクラスタのボリュームのＬＵＮを指定した操作を行う時にフェイルオーバが発生すると、アクティブ側とスタンバイ側の対応するボリューム同士のＬＵＮが一致しないため、フェイルオーバ後に誤ったボリュームが操作されるという問題がある。
本発明は、１つの側面では、フェイルオーバ発生時に正しいボリュームを操作できるようにすることを目的とする。
本願の開示するストレージ制御装置は、１つの態様において、故障した場合に他のストレージ装置が処理を継続するストレージクラスタを構築するストレージ装置を制御するストレージ制御装置である。前記ストレージ制御装置は、判定部と変換部とコピー部とを有する。前記判定部は、コピー処理中にフェイルオーバが発生した場合に、自装置が制御するストレージ装置が、コピー元とコピー先のボリュームのペアであるコピーペアについてコピー指示で指定された仮想ＬＵＮを用いてコピー処理を行うマスター装置であるか否かを判定する。前記変換部は、前記判定部によりマスター装置でないと判定された場合に、コピー指示で指定された２つの仮想ＬＵＮを自装置が制御するストレージ装置で前記コピーペアを指定する２つの実ＬＵＮに変換する。前記コピー部は、前記変換部により変換された２つの実ＬＵＮを用いてコピー処理を行う。
１実施態様によれば、フェイルオーバ発生時に正しいボリュームを操作できる。
図１は、クラスタペア及びコピーペアを説明するための図である。 図２は、コピーペア間のコピーを説明するための図である。 図３は、コピー開始要求中のフェイルオーバを説明するための図である。 図４は、コピー開始要求中のフェイルオーバの問題を説明するための図である。 図５は、仮想ＬＵＮを説明するための図である。 図６は、仮想ＬＵＮを用いたコピー指示を説明するための図である。 図７は、コピー開始要求中のフェイルオーバを説明するための図である。 図８は、ストレージ装置による仮想ＬＵＮから実ＬＵＮへの変換を説明するための図である。 図９は、実施例に係る情報処理システムの構成を示す図である。 図１０は、コピーペア情報テーブルの一例を示す図である。 図１１は、ＬＵＮ変換テーブルの一例を示す図である。 図１２Ａは、実施例に係る情報処理システムの処理のフローを示す第１のフローチャートである。 図１２Ｂは、実施例に係る情報処理システムの処理のフローを示す第２のフローチャートである。 図１２Ｃは、実施例に係る情報処理システムの処理のフローを示す第３のフローチャートである。 図１２Ｄは、実施例に係る情報処理システムの処理のフローを示す第４のフローチャートである。 図１２Ｅは、実施例に係る情報処理システムの処理のフローを示す第５のフローチャートである。 図１３は、サーバのハードウェア構成を示す図である。 図１４は、ＣＭのハードウェア構成を示す図である。
以下に、本願の開示するストレージ制御装置及びストレージ制御プログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例は開示の技術を限定するものではない。
まず、クラスタペア及びコピーペアについて説明する。「クラスタペア」とは、ストレージクラスタのペアとなるボリュームである。「コピーペア」とは、コピー元とコピー先のボリュームのペアであり、例えばバックアップにおいて、バックアップされるボリュームとバックアップボリュームとのペアである。
図１は、クラスタペア及びコピーペアを説明するための図である。図１において、Ａ及びＢは、ストレージクラスタを構成するストレージ装置３ａである。Ａはアクティブであり、Ｂはスタンバイである。サーバ９ａは、ストレージクラスタを利用するコンピュータである。／ｄｅｖ／ｓｄｃ、／ｄｅｖ／ｓｄｄ、／ｄｅｖ／ｓｄｅ及び／ｄｅｖ／ｓｄｆはデバイス名である。０ｘ２〜０ｘ６はＬＵＮである。ここで、「０ｘ」は１６進数を表す。
図１に示すように、デバイス名が／ｄｅｖ／ｓｄｃであるボリューム６は、ＡにおいてＬＵＮが０ｘ３であるボリューム６とＢにおいてＬＵＮが０ｘ４であるボリューム６がクラスタペア７を構成する。また、デバイス名が／ｄｅｖ／ｓｄｄであるボリューム６は、ＡにおいてＬＵＮが０ｘ５であるボリューム６とＢにおいてＬＵＮが０ｘ２であるボリューム６がクラスタペア７を構成する。このように、クラスタペア７は、デバイス名は一致するが、ＬＵＮは一致しなくてもよい。また、デバイス名が／ｄｅｖ／ｓｄｃであるボリューム６とデバイス名が／ｄｅｖ／ｓｄｄであるボリューム６はコピーペア８である。
ここで、ストレージ管理者が、デバイス名が／ｄｅｖ／ｓｄｃであるボリューム６をデバイス名が／ｄｅｖ／ｓｄｄのボリューム６へコピーするように指示する。すると、図２に示すように、サーバ９ａは、デバイス名をＬＵＮに変換し（１）、ＬＵＮを指定してコピー操作の実行をＡに指示する（２）。具体的には、サーバ９ａは、／ｄｅｖ／ｓｄｃを０ｘ３に変換し、／ｄｅｖ／ｓｄｄを０ｘ５に変換する。そして、サーバ９ａは、ＬＵＮ（０ｘ３）からＬＵＮ（０ｘ５）にコピーするようにＡに指示する。ここで、ＬＵＮ（０ｘｎ）は、ＬＵＮが０ｘｎであるボリューム６を表す。
そして、図３に示すように、コピー開始要求中にＡに障害が発生してアクティブなストレージ装置３ａがＡからＢに切替わる。すると、運用中のストレージ装置３ａのパス状態が切替わることにより、ＳＣＳＩ（Small Computer System Interface）コマンドのリトライエラーが発生し、自動的にＢでＳＣＳＩコマンドがリトライされる。
しかしながら、ＬＵＮ（０ｘ３）からＬＵＮ（０ｘ５）へのコピーがＢで実行されると、Ｂにおいてコピーペア８に対応するボリューム６は、ＬＵＮ（０ｘ４）とＬＵＮ（０ｘ２）であるので、図４に示すように、誤ったボリューム６が操作される。
このように、サーバ９ａがボリューム操作を指示し、ボリューム操作が完了する前にフェイルオーバが発生した場合、新たにアクティブになったストレージ装置３ａで誤ったボリューム６が操作されるという問題が発生する。同様な問題は、サーバ９ａが操作対象のボリューム６のデバイス名をＬＵＮに変換してボリューム操作の指示を発行する前にフェイルオーバが発生した場合にも生じる。また、サーバ９ａがボリューム操作の指示を発行してストレージ装置３ａによるボリューム操作の実行までの間にフェイルオーバが発生した場合にも同様な問題が生じる。
そこで、実施例に係るサーバは、ストレージ装置３にコピー指示を出す場合、仮想ＬＵＮを用いてコピー指示を出す。ここで、「仮想ＬＵＮ」とは、複数のストレージ装置３からマスターとなるストレージ装置３を決定し、マスターとなったストレージ装置３のＬＵＮである。また、各ストレージ装置３でのＬＵＮを「実ＬＵＮ」と呼ぶこととする。マスターでは、実ＬＵＮと仮想ＬＵＮは同じである。
図５は、仮想ＬＵＮを説明するための図である。図５では、Ａがマスターであり、また、Ａがアクティブである場合を示す。また、（０ｘｉ，０ｘｊ）は、（仮想ＬＵＮ，実ＬＵＮ）を表す。
図５に示すように、マスターであるＡでは、／ｄｅｖ／ｓｄｃに対応する（仮想ＬＵＮ，実ＬＵＮ）は（０ｘ３，０ｘ３）であり、／ｄｅｖ／ｓｄｄに対応する（仮想ＬＵＮ，実ＬＵＮ）は（０ｘ５，０ｘ５）である。一方、マスターでないＢでは、／ｄｅｖ／ｓｄｃに対応する（仮想ＬＵＮ，実ＬＵＮ）は（０ｘ３，０ｘ４）であり、／ｄｅｖ／ｓｄｄに対応する（仮想ＬＵＮ，実ＬＵＮ）は（０ｘ５，０ｘ２）である。すなわち、Ｂでは、ｄｅｖ／ｓｄｃに対応するＬＵＮは０ｘ４であり、／ｄｅｖ／ｓｄｄに対応するＬＵＮは０ｘ２である。
サーバ２は、／ｄｅｖ／ｓｄｃから／ｄｅｖ／ｓｄｄへのコピー指示を出す場合に、図６に示すように、デバイス名を仮想ＬＵＮに変換し（１）、アクティブであるＡに対してＬＵＮ（０ｘ３）からＬＵＮ（０ｘ５）へコピーするように指示する（２）。なお、Ｂがアクティブである場合にも、サーバ２は、／ｄｅｖ／ｓｄｃから／ｄｅｖ／ｓｄｄへのコピー指示を出す場合に、仮想ＬＵＮを用いてＬＵＮ（０ｘ３）からＬＵＮ（０ｘ５）へコピーするように指示する。
そして、コピー開始要求中にＡに障害が発生すると、図７に示すように、アクティブなストレージ装置３がＢに切替わる。そして、図８に示すように、Ｂは、ＬＵＮ（０ｘ３）からＬＵＮ（０ｘ５）へのコピーを行うに当たって、仮想ＬＵＮから実ＬＵＮへの変換を行う。すなわち、Ｂは、０ｘ３を０ｘ４に変換し、０ｘ５を０ｘ２に変換する。そして、Ｂは、ＬＵＮ（０ｘ４）からＬＵＮ（０ｘ２）へのコピーを行う。
このように、実施例に係るサーバ２は、仮想ＬＵＮを用いてストレージ装置３にコピー指示を出す。そして、コピー指示を受けたマスターは、仮想ＬＵＮのままコピー処理を行う。一方、マスター以外のストレージ装置３は、コピー指示を受けると、仮想ＬＵＮを実ＬＵＮに変換してコピー処理を行う。したがって、ストレージ装置３は、フェイルオーバが発生して新たにアクティブになった場合に、誤ったボリューム６の操作を防ぐことができる。
次に、実施例に係る情報処理システムの構成について説明する。図９は、実施例に係る情報処理システムの構成を示す図である。図９に示すように、実施例に係る情報処理システム１は、サーバ２と、ストレージクラスタを構成する２台のストレージ装置３と、操作端末４とを有する。サーバ２、ストレージ装置３及び操作端末４は、ネットワーク５を用いて接続される。なお、ここでは説明の便宜上、１台のサーバ２及び２台のストレージ装置３のみを示したが、実施例に係る情報処理システム１は、複数のサーバ２及びストレージクラスタを構成する任意の台数のストレージ装置３を有してよい。
サーバ２は、ストレージクラスタを利用するコンピュータである。サーバ２はストレージ装置３を管理するストレージ管理部２ａを機能部として有し、ストレージ管理部２ａはバックアップ部１０とＥＴＬ（Extraction，Transformation and Load）２０とを有する。ＥＴＬ２０は、ストレージ装置３に対してデータの抽出、データの変換、データの挿入等の操作を行うＳＣＳＩコマンドの生成等を行う。また、ＥＴＬ２０は、ストレージ装置３とのネットワーク５を介した通信を制御する。
バックアップ部１０は、ボリューム６のバックアップを作成するため、ボリューム６のコピー指示をストレージ装置３へ出す。バックアップ部１０は、記憶部１０ａと制御部１０ｂとを有する。記憶部１０ａは、情報を記憶する機能部であり、記憶する情報としてコピーペア情報テーブル１１を有する。制御部１０ｂは、記憶部１０ａを用いてバックアップ処理を行う機能部であり、コピーペア登録部１２と、コピー処理部１３と、状態確認部１４とを有する。
コピーペア情報テーブル１１は、コピーペア８に関してコピー元とコピー先とを対応付けるテーブルである。図１０は、コピーペア情報テーブル１１の一例を示す図である。図１０に示すように、コピーペア情報テーブル１１には、コピー元情報と、コピー先情報とが含まれる。
コピー元情報には、コピー元のボリューム６のＢｏｘＩＤとＬＵＮが含まれる。ＢｏｘＩＤは、ストレージ装置３を識別する識別子である。ＬＵＮは仮想ＬＵＮである。コピー先情報には、コピー先のボリューム６のＢｏｘＩＤとＬＵＮが含まれる。例えば、Ａで識別されるストレージ装置３において、ＬＵＮ（０ｘ３）及びＬＵＮ（０ｘ５）は、ＬＵＮ（０ｘ３）をコピー元、ＬＵＮ（０ｘ５）をコピー先とするコピーペア８である。
コピーペア登録部１２は、ストレージ管理者によるコピーペア８の登録要求に基づいて、コピーペア８の情報をコピーペア情報テーブル１１に登録する。コピーペア登録部１２は、コピーペア８に関してマスターでないストレージ装置３のＬＵＮについては仮想ＬＵＮをコピーペア情報テーブル１１に登録する。
コピー処理部１３は、ストレージ装置３に対してコピーの実行を指示する。コピー処理部１３は、コピー元及びコピー先として仮想ＬＵＮを指定してコピーの実行を指示する。
状態確認部１４は、ストレージ管理者によるコピー状態の確認要求に基づいて、ストレージ装置３からコピー処理の状況に関する情報を取得し、取得した情報を操作端末４に送信する。
操作端末４は、ストレージ管理者がストレージ装置３の管理に使用する装置である。操作端末４は、ストレージ管理者によるコピーペア８の登録要求、コピー要求、コピー状態の確認要求等を受け付け、受け付けた要求をバックアップ部１０に送信する。また、操作端末４は、状態確認部１４から送信された状態確認情報を表示装置に表示する。
ストレージ装置３は、サーバ２が使用する情報を記憶する装置である。ストレージ装置３は、ＣＭ（Controller Module）３ｂと、不揮発性記憶部３ｃとを有する。ＣＭ３ｂは、ストレージ装置３を制御する装置であり、記憶部３０ａと、制御部３０ｂとを有する。記憶部３０ａは、制御部３０ｂにより使用される情報を記憶する機能部である。記憶部３０ａは、ＬＵＮ変換テーブル３１を記憶する。ＬＵＮ変換テーブル３１は、仮想ＬＵＮと実ＬＵＮを対応付けるテーブルである。
図１１は、ＬＵＮ変換テーブル３１の一例を示す図である。図１１に示すように、ＬＵＮ変換テーブル３１には、ＢｏｘＩＤとＬＵＮの組が２組含まれる。最初の組は、マスターのＢｏｘＩＤとＬＵＮであり、２番目の組は、自装置のＢｏｘＩＤとＬＵＮである。図１１ではＡがマスターであり、Ｂがマスター以外のストレージ装置３である。例えば、仮想ＬＵＮの０ｘ３は、Ｂの実ＬＵＮの０ｘ４に対応付けられる。
制御部３０ｂは、記憶部３０ａが記憶する情報を用いてストレージ装置３を制御する。制御部３０ｂは、コピー処理部３２と情報管理部３３とを有する。コピー処理部３２は、サーバ２からのコピー指示に基づいてコピー処理を行う。コピー処理部３２ａは、判定部３２ａと、変換部３２ｂと、コピー部３２ｃとを有する。
判定部３２ａは、自装置がストレージクラスタを構成してマスター以外のストレージ装置３であるか否かを判定する。判定部３２ａは、ストレージクラスタ用のポートからのコピー要求であり、コピー要求時に指定されたプライマリ及びセカンダリが一致し、自装置がプライマリでない場合に、自装置がストレージクラスタを構成してマスター以外のストレージ装置３であると判定する。
ここで、ストレージクラスタ用ポートとは、ストレージクラスタを構成するボリューム６に関する指示をサーバ２から受けるストレージ装置３のポートである。また、プライマリとは、通常はアクティブとして運用されるストレージ装置３であり、ここでは、マスターのストレージ装置３のボリューム６である。また、セカンダリとは、通常はスタンバイとして運用されるストレージ装置３であり、ここでは、マスターではないストレージ装置３のボリューム６である。
変換部３２ｂは、判定部３２ａにより、自装置がストレージクラスタを構成してマスター以外のストレージ装置３であると判定された場合に、ＬＵＮ変換テーブル３１を用いて仮想ＬＵＮを実ＬＵＮに変換する。
コピー部３２ｃは、ＬＵＮを用いてボリューム６のコピーを行う。コピー部３２ｃは、判定部３２ａにより、自装置がストレージクラスタを構成してマスター以外のストレージ装置３であると判定された場合に、変換部３２ｂにより変換された実ＬＵＮを用いてコピーを行う。
情報管理部３３は、ストレージ装置３の制御に用いられる情報を管理し、サーバ２からの要求に基づいて要求された情報をサーバ２へ送信する。情報管理部３３は、例えば、ボリューム６のＢｏｘＩＤ、ＬＵＮ等の情報を管理し、サーバ２からの要求があると、ボリューム６のＢｏｘＩＤ、ＬＵＮ等の情報をサーバ２へ送信する。
また、情報管理部３３は、サーバ２からの要求があると、コピー処理の状況に関する情報をサーバ２へ送信する。情報管理部３３は、フェイルオーバが発生した場合には、変換部３２ｂにより変換された実ＬＵＮを用いてコピー処理の状況に関する情報を取得する。
不揮発性記憶部３ｃは、サーバ２で利用されるデータの書込み及びデータの読出しが制御部３０ｂの制御のもとに行われる装置であり、例えば、ＨＤＤ（Hardware Disk Drive）、ＳＳＤ（Solid State Drive）等の装置である。
次に、実施例に係る情報処理システム１の処理のフローについて説明する。図１２Ａ〜図１２Ｅは、実施例に係る情報処理システム１の処理のフローを示す第１〜第５のフローチャートである。
図１２Ａに示すように、操作端末４は、ストレージ管理者からコピーペア８の登録要求を受け付け、コピーペア８の登録をサーバ２へ指示する（ステップＳ１）。ここで、ストレージ管理者は、デバイス名を指定してコピー元とコピー先を指定する。すると、バックアップ部１０は、コピーペア８の登録指示を受信し、コピーペア８の登録を開始する（ステップＳ２）。そして、バックアップ部１０は、ＥＴＬ２０に対してコピーペア８となるボリューム６の情報の取得を指示する（ステップＳ３）。
すると、ＥＴＬ２０が、ボリューム６の情報の取得を開始し（ステップＳ４）、アクティブなストレージ装置３にデバイス名を指定してＩＮＱＵＩＲＹ情報の取得を要求する（ステップＳ５）。ここで、ＩＮＱＵＩＲＹ情報とは、指定したデバイス名のボリューム６があるか否かの情報である。そして、アクティブなストレージ装置の制御部３０ｂは、ＩＮＱＵＩＲＹ情報の取得を開始し（ステップＳ６）、ＩＮＱＵＩＲＹ情報を返却する（ステップＳ７）。
すると、ＥＴＬ２０が、ＩＮＱＵＩＲＹ情報の取得を終了し（ステップＳ８）、取得したＩＮＱＵＩＲＹ情報でデバイス名のボリュームがあれば、アクティブなストレージ装置３にデバイス名を指定してＬＵＮの取得を要求する（ステップＳ９）。すると、アクティブなストレージ装置の制御部３０ｂは、ＬＵＮの取得を開始し（ステップＳ１０）、ＬＵＮを返却する（ステップＳ１１）。
すると、ＥＴＬ２０が、ＬＵＮの取得を終了し（ステップＳ１２）、アクティブなストレージ装置３にデバイス名を指定してＢｏｘＩＤの取得を要求する（ステップＳ１３）。すると、アクティブなストレージ装置３の制御部３０ｂは、ＢｏｘＩＤの取得を開始し（ステップＳ１４）、ＢｏｘＩＤを返却する（ステップＳ１５）。
すると、ＥＴＬ２０が、ＢｏｘＩＤの取得を終了する（ステップＳ１６）。なお、ステップＳ５〜ステップＳ１６の処理は、コピー元のデバイス名とコピー先のデバイス名について行われる。
そして、ＥＴＬ２０は、ＬＵＮ及びＢｏｘＩＤを取得したストレージ装置３はストレージクラスタのセカンダリボリュームであるか否かを判定する（ステップＳ１７）。そして、ストレージクラスタのセカンダリボリュームでない場合には、ＥＴＬ２０は、ステップＳ２３へ進む。ここで、セカンダリボリュームとは、セカンダリのストレージ装置３のボリュームである。また、プライマリボリュームとは、プライマリのストレージ装置３のボリュームである。
一方、ストレージクラスタのセカンダリボリュームである場合には、ＥＴＬ２０は、ストレージ装置３にＢｏｘＩＤ及びＬＵＮを指定してストレージクラスタのペア情報の取得を要求する（ステップＳ１８）。ここで、ストレージクラスタのペア情報とは、指定したＢｏｘＩＤ及びＬＵＮのボリューム６とクラスタペア７を構成するボリューム６のＢｏｘＩＤ及びＬＵＮである。この場合、セカンダリボリュームのＢｏｘＩＤ及びＬＵＮを指定しているので、ストレージクラスタのペア情報はプライマリボリュームのＢｏｘＩＤ及びＬＵＮである。
そして、ストレージ装置３は、ＬＵＮ変換テーブル３１を用いたストレージクラスタのペア情報の取得を開始し（ステップＳ１９）、ストレージクラスタのペア情報を返却する（ステップＳ２０）。すると、ＥＴＬ２０は、ストレージクラスタのペア情報の取得を終了し（ステップＳ２１）、返却するＬＵＮ及びＢｏｘＩＤを、取得したストレージクラスタのペア情報すなわちプライマリボリュームの値に差し替える（ステップＳ２２）。なお、ステップＳ１８〜ステップＳ２２の処理は、コピー元のＬＵＮ及びＢｏｘＩＤとコピー先のＬＵＮ及びＢｏｘＩＤについて行われる。
そして、ＥＴＬ２０は、ボリューム情報としてバックアップ部１０へコピー元及びコピー先のＬＵＮ及びＢｏｘＩＤを返却し、ボリューム６の情報の取得を終了する（ステップＳ２３）。すると、バックアップ部１０が、コピー元及びコピー先のＬＵＮ及びＢｏｘＩＤを受け取って、ボリューム６の情報の取得を完了する（ステップＳ２４）。そして、バックアップ部１０は、コピーペア８のＬＵＮ及びＢｏｘＩＤをコピーペア情報テーブル１１に登録し（ステップＳ２５）、コピーペア８のＬＵＮ及びＢｏｘＩＤを操作端末４へ送信して、コピーペア登録を完了する（ステップＳ２６）。そして、操作端末４が、コピーペア８のＬＵＮ及びＢｏｘＩＤをコピーペア８の情報として受け取って、コピーペア８の情報を表示する（ステップＳ２７）。
次に、操作端末４は、図１２Ｂに示すように、ストレージ管理者からコピー操作の開始要求を受け付け、コピー操作の開始をサーバ２へ指示する（ステップＳ２８）。すると、バックアップ部１０は、コピー操作の開始の指示を受信し、コピー操作対象のボリューム６のチェックを開始する（ステップＳ２９）。そして、バックアップ部１０は、ＥＴＬ２０に対してコピーペア８となるボリューム６の情報の取得を指示する（ステップＳ３０）。
すると、ＥＴＬ２０が、ボリューム６の情報の取得を開始し（ステップＳ３１）、アクティブなストレージ装置３にデバイス名を指定してＩＮＱＵＩＲＹ情報の取得を要求する（ステップＳ３２）。そして、アクティブなストレージ装置の制御部３０ｂは、ＩＮＱＵＩＲＹ情報の取得を開始し（ステップＳ３３）、ＩＮＱＵＩＲＹ情報を返却する（ステップＳ３４）。
すると、ＥＴＬ２０が、ＩＮＱＵＩＲＹ情報の取得を終了し（ステップＳ３５）、取得したＩＮＱＵＩＲＹ情報でデバイス名のボリューム６があることがわかれば、アクティブなストレージ装置３にデバイス名を指定してＬＵＮの取得を要求する（ステップＳ３６）。すると、アクティブなストレージ装置の制御部３０ｂは、ＬＵＮの取得を開始し（ステップＳ３７）、ＬＵＮを返却する（ステップＳ３８）。
すると、ＥＴＬ２０が、ＬＵＮの取得を終了し（ステップＳ３９）、アクティブなストレージ装置３にデバイス名を指定してＢｏｘＩＤの取得を要求する（ステップＳ４０）。すると、アクティブなストレージ装置３の制御部３０ｂは、ＢｏｘＩＤの取得を開始し（ステップＳ４１）、ＢｏｘＩＤを返却する（ステップＳ４２）。
すると、ＥＴＬ２０が、ＢｏｘＩＤの取得を終了する（ステップＳ４３）。なお、ステップＳ３２〜ステップＳ４３の処理は、コピー元のデバイス名とコピー先のデバイス名について行われる。
そして、ＥＴＬ２０は、ＬＵＮ及びＢｏｘＩＤを取得したストレージ装置３はストレージクラスタのセカンダリボリュームであるか否かを判定する（ステップＳ４４）。そして、ストレージクラスタのセカンダリボリュームでない場合には、ＥＴＬ２０は、ステップＳ５０へ進む。
一方、ストレージクラスタのセカンダリボリュームである場合には、ＥＴＬ２０は、ストレージ装置３にＢｏｘＩＤ及びＬＵＮを指定してストレージクラスタのペア情報の取得を要求する（ステップＳ４５）。
そして、ストレージ装置３は、ＬＵＮ変換テーブル３１を用いたストレージクラスタのペア情報の取得を開始し（ステップＳ４６）、ストレージクラスタのペア情報を返却する（ステップＳ４７）。すると、ＥＴＬ２０は、ストレージクラスタのペア情報の取得を終了し（ステップＳ４８）、返却するＬＵＮ及びＢｏｘＩＤを、取得したストレージクラスタのペア情報すなわちプライマリボリュームの値に差し替える（ステップＳ４９）。なお、ステップＳ４５〜ステップＳ４９の処理は、コピー元のＬＵＮ及びＢｏｘＩＤとコピー先のＬＵＮ及びＢｏｘＩＤについて行われる。
そして、ＥＴＬ２０は、ボリューム情報としてバックアップ部１０へコピー元及びコピー先のＬＵＮ及びＢｏｘＩＤを返却し、ボリューム６の情報の取得を終了する（ステップＳ５０）。すると、バックアップ部１０が、コピー元及びコピー先のＬＵＮ及びＢｏｘＩＤを受け取って、ボリューム６の情報の取得を完了する（ステップＳ５１）。そして、バックアップ部１０は、ボリュームチェックを行い（ステップＳ５２）、コピー操作対象のボリューム６のチェックを完了する（ステップＳ５３）。
そして、バックアップ部１０は、図１２Ｃに示すように、ＥＴＬ２０にコピーの開始を指示し（ステップＳ５４）、ＥＴＬ２０は、ＢｏｘＩＤで識別されるストレージ装置３にコピー元及びコピー先のＬＵＮを指定してコピーの開始を要求する（ステップＳ５５）。そして、ＢｏｘＩＤで識別されるストレージ装置３がコピー処理を開始する（ステップＳ５６）。
ここで、アクティブなストレージ装置３に故障が発生し、フェイルオーバが起こると、サーバ２からのコピー指示は新たにアクティブになったストレージ装置３に引継がれる。そして、新たにアクティブになったストレージ装置３は、ストレージクラスタ用ポートからのコピー要求であるか否かを判定する（ステップＳ５７）。そして、ストレージクラスタ用ポートからのコピー要求でない場合には、新たにアクティブになったストレージ装置３は、ステップＳ６２へ進む。
一方、ストレージクラスタ用ポートからのコピー要求である場合には、新たにアクティブになったストレージ装置３は、自装置がプライマリであるかセカンダリであるかの情報を取得する（ステップＳ５８）。そして、新たにアクティブになったストレージ装置３は、取得した情報がコピー要求時に指定されたプライマリであるかセカンダリであるかの情報と一致するか否かを判定し（ステップＳ５９）、一致しない場合には、ステップＳ６７へ進む。ここで、コピー要求時に指定されたプライマリであるかセカンダリであるかの情報は、ステップＳ４４での判定に用いられた情報である。
そして、一致した場合には、新たにアクティブになったストレージ装置３は、自装置がプライマリであるか否かを判定し（ステップＳ６０）、プライマリでない場合には、ＢｏｘＩＤ及びＬＵＮをセカンダリの値に差し替える（ステップＳ６１）。すなわち、新たにアクティブになったストレージ装置３は、自装置がプライマリでない場合には、仮想ＬＵＮを実ＬＵＮに変換する。
そして、新たにアクティブになったストレージ装置３は、コピーを実行し（ステップＳ６２）、コピー開始は成功か否かを判定する（ステップＳ６３）。そして、成功の場合には、新たにアクティブになったストレージ装置３はサーバ２に正常を応答し（ステップＳ６４）、ＥＴＬ２０はバックアップ部１０に正常を応答する（ステップＳ６５）。すると、バックアップ部１０は、コピーを完了する（ステップＳ６６）。
一方、失敗の場合には、新たにアクティブになったストレージ装置３はサーバ２にエラーを応答し（ステップＳ６７）、ＥＴＬ２０はバックアップ部１０にエラーを応答する（ステップＳ６８）。すると、バックアップ部１０は、コピーを失敗する（ステップＳ６９）。
そして、バックアップ部１０は、コピーを完了又は失敗すると、コピー操作を完了し（ステップＳ７０）、コピー操作の完了を操作端末４へ通知する。すると、操作端末４は、コピー操作の完了を表示装置に表示する（ステップＳ７１）。
次に、操作端末４は、図１２Ｄに示すように、ストレージ管理者からコピー状態の確認要求を受け付け、コピー状態の確認をサーバ２へ指示する（ステップＳ７２）。すると、バックアップ部１０は、コピー状態の確認の指示を受信し、コピー操作対象のボリューム６のチェックを開始する（ステップＳ７３）。そして、バックアップ部１０は、ＥＴＬ２０に対してコピーペア８となるボリューム６の情報の取得を指示する（ステップＳ７４）。
すると、ＥＴＬ２０が、ボリューム６の情報の取得を開始し（ステップＳ７５）、アクティブなストレージ装置３にデバイス名を指定してＩＮＱＵＩＲＹ情報の取得を要求する（ステップＳ７６）。そして、アクティブなストレージ装置の制御部３０ｂは、ＩＮＱＵＩＲＹ情報の取得を開始し（ステップＳ７７）、ＩＮＱＵＩＲＹ情報を返却する（ステップＳ７８）。
すると、ＥＴＬ２０が、ＩＮＱＵＩＲＹ情報の取得を終了し（ステップＳ７９）、取得したＩＮＱＵＩＲＹ情報でデバイス名のボリューム６があることがわかれば、アクティブなストレージ装置３にデバイス名を指定してＬＵＮの取得を要求する（ステップＳ８０）。すると、アクティブなストレージ装置の制御部３０ｂは、ＬＵＮの取得を開始し（ステップＳ８１）、ＬＵＮを返却する（ステップＳ８２）。
すると、ＥＴＬ２０が、ＬＵＮの取得を終了し（ステップＳ８３）、アクティブなストレージ装置３にデバイス名を指定してＢｏｘＩＤの取得を要求する（ステップＳ８４）。すると、アクティブなストレージ装置３の制御部３０ｂは、ＢｏｘＩＤの取得を開始し（ステップＳ８５）、ＢｏｘＩＤを返却する（ステップＳ８６）。
すると、ＥＴＬ２０が、ＢｏｘＩＤの取得を終了する（ステップＳ８７）。なお、ステップＳ７６〜ステップＳ８７の処理は、コピー元のデバイス名とコピー先のデバイス名について行われる。
そして、ＥＴＬ２０は、ＬＵＮ及びＢｏｘＩＤを取得したストレージ装置３はストレージクラスタのセカンダリボリュームであるか否かを判定する（ステップＳ８８）。そして、ストレージクラスタのセカンダリボリュームでない場合には、ＥＴＬ２０は、ステップＳ９４へ進む。
一方、ストレージクラスタのセカンダリボリュームである場合には、ＥＴＬ２０は、ストレージ装置３にＢｏｘＩＤ及びＬＵＮを指定してストレージクラスタのペア情報の取得を要求する（ステップＳ８９）。
そして、ストレージ装置３は、ＬＵＮ変換テーブル３１を用いたストレージクラスタのペア情報の取得を開始し（ステップＳ９０）、ストレージクラスタのペア情報を返却する（ステップＳ９１）。すると、ＥＴＬ２０は、ストレージクラスタのペア情報の取得を終了し（ステップＳ９２）、返却するＬＵＮ及びＢｏｘＩＤを、取得したストレージクラスタのペア情報すなわちプライマリボリュームの値に差し替える（ステップＳ９３）。なお、ステップＳ８９〜ステップＳ９３の処理は、コピー元のＬＵＮ及びＢｏｘＩＤとコピー先のＬＵＮ及びＢｏｘＩＤについて行われる。
そして、ＥＴＬ２０は、ボリューム情報としてバックアップ部１０へコピー元及びコピー先のＬＵＮ及びＢｏｘＩＤを返却し、ボリューム６の情報の取得を終了する（ステップＳ９４）。すると、バックアップ部１０が、コピー元及びコピー先のＬＵＮ及びＢｏｘＩＤを受け取って、ボリューム６の情報の取得を完了する（ステップＳ９５）。そして、バックアップ部１０は、ボリュームチェックを行い（ステップＳ９６）、コピー操作対象のボリューム６のチェックを完了する（ステップＳ９７）。
そして、バックアップ部１０は、図１２Ｅに示すように、ＥＴＬ２０にセッション情報の取得を要求し（ステップＳ９８）、ＥＴＬ２０は、ＢｏｘＩＤで識別されるストレージ装置３にコピー元及びコピー先のＬＵＮを指定してセッション情報の取得を要求する（ステップＳ９９）。そして、フェイルオーバが起こっている場合には、新たにアクティブになったストレージ装置３がセッション情報の取得を開始する（ステップＳ１００）。
そして、新たにアクティブになったストレージ装置３は、セッション情報を取得し（ステップＳ１０１）、ストレージクラスタ用ポートからのコピー要求であるか否かを判定する（ステップＳ１０２）。そして、ストレージクラスタ用ポートからのコピー要求でない場合には、新たにアクティブになったストレージ装置３は、ステップＳ１０７へ進む。
一方、ストレージクラスタ用ポートからのコピー要求である場合には、新たにアクティブになったストレージ装置３は、自装置がプライマリであるかセカンダリであるかの情報を取得する（ステップＳ１０３）。そして、新たにアクティブになったストレージ装置３は、取得した情報がコピー要求時に指定されたプライマリであるかセカンダリであるかの情報と一致するか否かを判定し（ステップＳ１０４）、一致しない場合には、ステップＳ１１０へ進む。
そして、一致した場合には、新たにアクティブになったストレージ装置３は、自装置がプライマリであるか否かを判定し（ステップＳ１０５）、プライマリでない場合には、ＢｏｘＩＤ及びＬＵＮをセカンダリの値に差し替える（ステップＳ１０６）。
そして、新たにアクティブになったストレージ装置３は、ＥＴＬ２０にセッション情報を返却し（ステップＳ１０７）、ＥＴＬ２０は、セッション情報をバックアップ部１０に送り、セッション情報の取得を完了する（ステップＳ１０８）。そして、バックアップ部１０は、セッション情報の取得を完了し（ステップＳ１０９）、ステップＳ１１３へ進む。
また、ステップＳ１０４で、一致しない場合には、ストレージ装置３はＥＴＬ２０にエラーを応答し（ステップＳ１１０）、ＥＴＬ２０はバックアップ部１０にエラーを応答し（ステップＳ１１１）、バックアップ部１０はセッション情報の取得を失敗する（ステップＳ１１２）。
そして、バックアップ部１０は、セッション情報の取得処理を完了し（ステップＳ１１３）、セッション情報又は処理の失敗を操作端末４に送信する。そして、操作端末４は、セッション情報を取得すると表示装置にコピー状態を表示する（ステップＳ１１４）。
このように、コピー開始の要求中にフェイルオーバが発生した場合に、新たにアクティブとなったストレージ装置３は、自装置がプライマリであるか否かを判定し、プライマリでない場合に仮想ＬＵＮを実ＬＵＮへ変換してコピーを実行する。したがって、ストレージ装置３は、フェイルオーバ後に正しいＬＵＮを用いてコピーを行うことができる。
なお、実施例では、ストレージ管理部２ａについて説明したが、ストレージ管理部２ａが有する構成をソフトウェアによって実現することで、同様の機能を有するストレージ管理プログラムを得ることができる。そこで、ストレージ管理プログラムを実行するサーバ２のハードウェア構成について説明する。
図１３は、サーバ２のハードウェア構成を示す図である。図１３に示すように、サーバ２は、メインメモリ４１と、ＣＰＵ（Central Processing Unit）４２と、ＬＡＮ（Local Area Network）インタフェース４３と、ＨＤＤ（Hard Disk Drive）４４とを有する。また、サーバ２は、スーパーＩＯ（Input Output）４５と、ＤＶＩ（Digital Visual Interface）４６と、ＯＤＤ（Optical Disk Drive）４７とを有する。
メインメモリ４１は、プログラムやプログラムの実行途中結果などを記憶するメモリである。ＣＰＵ４２は、メインメモリ４１からプログラムを読み出して実行する中央処理装置である。ＣＰＵ４２は、メモリコントローラを有するチップセットを含む。
ＬＡＮインタフェース４３は、サーバ２をＬＡＮ経由で他のコンピュータに接続するためのインタフェースである。ＨＤＤ４４は、プログラムやデータを格納するディスク装置であり、スーパーＩＯ４５は、マウスやキーボードなどの入力装置を接続するためのインタフェースである。ＤＶＩ４６は、液晶表示装置を接続するインタフェースであり、ＯＤＤ４７は、ＤＶＤの読み書きを行う装置である。
ＬＡＮインタフェース４３は、ＰＣＩエクスプレス（ＰＣＩｅ）によりＣＰＵ４２に接続され、ＨＤＤ４４及びＯＤＤ４７は、ＳＡＴＡ（Serial Advanced Technology Attachment）によりＣＰＵ４２に接続される。スーパーＩＯ４５は、ＬＰＣ（Low Pin Count）によりＣＰＵ４２に接続される。
そして、サーバ２において実行されるストレージ管理プログラムは、ＤＶＤに記憶され、ＯＤＤ４７によってＤＶＤから読み出されてサーバ２にインストールされる。あるいは、ストレージ管理プログラムは、ＬＡＮインタフェース４３を介して接続された他のコンピュータシステムのデータベースなどに記憶され、これらのデータベースから読み出されてサーバ２にインストールされる。そして、インストールされたストレージ管理プログラムは、ＨＤＤ４４に記憶され、メインメモリ４１に読み出されてＣＰＵ４２によって実行される。
また、実施例では、ＣＭ３ｂについて説明したが、ＣＭ３ｂの機能はファームウェアにより実現される。そこで、ＣＭ３ｂのハードウェア構成について説明する。図１４は、ＣＭ３ｂのハードウェア構成を示す図である。図１４に示すように、ＣＭ３ｂは、ＭＰＵ（Micro Processing Unit）５１と、フラッシュメモリ５２と、ＲＡＭ（Random Access Memory）５３とを有する。
ＭＰＵ５１は、ＲＡＭ５３に記憶されたファームウェアを読み出して実行する処理装置である。フラッシュメモリ５２は、ストレージ制御プログラムとしてファームウェア及びＬＵＮ変換テーブル３１を記憶する不揮発性のメモリである。ＲＡＭ５３は、フラッシュメモリ５２から読み出されたファームウェア及びＬＵＮ変換テーブル３１を記憶する揮発性メモリである。また、ＲＡＭ５３は、ファームウェアの実行に必要なデータ、ファームウェア実行の途中結果等を記憶する。
上述してきたように、実施例では、判定部３２ａが、フェイルオーバが発生した際に自装置がマスターであるか否かを判定し、変換部３２ｂが、判定部３２ａによりマスターでないと判定された場合に、コピー元及びコピー先の仮想ＬＵＮを実ＬＵＮ変換する。そして、コピー部３２ｃが、変換部３２ｂにより変換された実ＬＵＮを用いてコピー処理を行う。したがって、ストレージクラスタは、フェイルオーバ発生時に処理中のコピー指示に関して新たにアクティブになったストレージ装置３で正しいＬＵＮを用いてコピーを行うことができる。
また、実施例では、ストレージ装置３の記憶部３０ａが仮想ＬＵＮと実ＬＵＮとを対応付けたＬＵＮ変換テーブル３１を記憶し、変換部３２ｂがＬＵＮ変換テーブル３１を用いて実ＬＵＮを仮想ＬＵＮに変換する。したがって、変換部３２ｂは、フェイルオーバが発生した際に簡単に実ＬＵＮを仮想ＬＵＮに変換することができる。
また、実施例では、フェイルオーバが発生した場合に、情報管理部３３は、変換部３２ｂにより変換された実ＬＵＮを用いてコピー処理の状況に関する情報を取得する。したがって、ストレージクラスタは、フェイルオーバ発生時に処理中のコピー指示に関して新たにアクティブになったストレージ装置３で正しいＬＵＮを用いてコピー処理の状況をストレージ管理者に提供することができる。
なお、実施例では、サーバ２がバックアップ部１０を有する場合について説明したが、本発明はこれに限定されるものではなく、ストレージ装置３がバックアップ部を有する場合にも同様に適用することができる。また、バックアップ部１０は、サーバ２及びストレージ装置３から独立した装置でもよい。
また、実施例では、バックアップ部１０について説明したが、本発明はこれに限定されるものではなく、ボリューム６のコピーを管理するコピー管理部にも同様に適用することができる。
１ 情報処理システム
２，９ａ サーバ
２ａ ストレージ管理部
３，３ａ ストレージ装置
３ｂ ストレージ制御装置
３ｃ 不揮発性記憶部
４ 操作端末
５ ネットワーク
６ ボリューム
７ クラスタペア
８ コピーペア
１０ バックアップ部
１０ａ 記憶部
１０ｂ 制御部
１１ コピーペア情報テーブル
１２ コピーペア登録部
１３ コピー処理部
１４ 状態確認部
２０ ＥＴＬ
３０ａ 記憶部
３０ｂ 制御部
３１ ＬＵＮ変換テーブル
３２ コピー処理部
３２ａ 判定部
３２ｂ 変換部
３２ｃ コピー部
３３ 情報管理部
４１ メインメモリ
４２ ＣＰＵ
４３ ＬＡＮインタフェース
４４ ＨＤＤ
４５ スーパーＩＯ
４６ ＤＶＩ
４７ ＯＤＤ
５０ ＣＭ
５１ ＭＰＵ
５２ フラッシュメモリ
５３ ＲＡＭ

Claims (4)

  1. 故障した場合に他のストレージ装置が処理を継続するストレージクラスタを構築するストレージ装置を制御するストレージ制御装置において、
    コピー処理中にフェイルオーバが発生した場合に、自装置が制御するストレージ装置が、コピー元とコピー先のボリュームのペアであるコピーペアについてコピー指示で指定された仮想ＬＵＮを用いてコピー処理を行うマスター装置であるか否かを判定する判定部と、
    前記判定部によりマスター装置でないと判定された場合に、コピー指示で指定された２つの仮想ＬＵＮを自装置が制御するストレージ装置で前記コピーペアを指定する２つの実ＬＵＮに変換する変換部と、
    前記変換部により変換された２つの実ＬＵＮを用いてコピー処理を行うコピー部と
    を備えたことを特徴とするストレージ制御装置。
  2. コピー指示で指定された２つの仮想ＬＵＮとストレージ装置で前記コピーペアを指定する２つの実ＬＵＮとを対応させて記憶する記憶部をさらに備え、
    前記変換部は、前記記憶部を用いて変換することを特徴とする請求項１に記載のストレージ制御装置。
  3. 前記変換部により変換された２つの実ＬＵＮを用いてコピー処理の状況を示す情報を取得する取得部
    をさらに備えたことを特徴とする請求項１又は２に記載のストレージ制御装置。
  4. 故障した場合に他のストレージ装置が処理を継続するストレージクラスタを構築するストレージ装置を制御するストレージ制御装置に組み込まれたコンピュータに、
    コピー処理中にフェイルオーバが発生した場合に、自装置が制御するストレージ装置が、コピー元とコピー先のボリュームのペアであるコピーペアについてコピー指示で指定された仮想ＬＵＮを用いてコピー処理を行うマスター装置であるか否かを判定し、
    マスター装置でないと判定した場合に、コピー指示で指定された２つの仮想ＬＵＮを自装置が制御するストレージ装置で前記コピーペアを指定する２つの実ＬＵＮに変換し、
    変換した２つの実ＬＵＮを用いてコピーを行う
    処理を実行させることを特徴とするストレージ制御プログラム。
JP2014255533A 2014-12-17 2014-12-17 ストレージ制御装置及びストレージ制御プログラム Active JP6435842B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2014255533A JP6435842B2 (ja) 2014-12-17 2014-12-17 ストレージ制御装置及びストレージ制御プログラム
US14/927,521 US10013188B2 (en) 2014-12-17 2015-10-30 Storage control device and method of copying data in failover in storage cluster

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2014255533A JP6435842B2 (ja) 2014-12-17 2014-12-17 ストレージ制御装置及びストレージ制御プログラム

Publications (2)

Publication Number Publication Date
JP2016115281A JP2016115281A (ja) 2016-06-23
JP6435842B2 true JP6435842B2 (ja) 2018-12-12

Family

ID=56129412

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2014255533A Active JP6435842B2 (ja) 2014-12-17 2014-12-17 ストレージ制御装置及びストレージ制御プログラム

Country Status (2)

Country Link
US (1) US10013188B2 (ja)
JP (1) JP6435842B2 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10872074B2 (en) * 2016-09-30 2020-12-22 Microsoft Technology Licensing, Llc Distributed availability groups of databases for data centers
TWI789627B (zh) * 2020-09-09 2023-01-11 神雲科技股份有限公司 儲存設備及其控制系統

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004013367A (ja) 2002-06-05 2004-01-15 Hitachi Ltd データ記憶サブシステム
US20050114595A1 (en) 2003-11-26 2005-05-26 Veritas Operating Corporation System and method for emulating operating system metadata to provide cross-platform access to storage volumes
US7457830B1 (en) * 2004-02-27 2008-11-25 Symantec Operating Corporation Method and system of replicating data using a recovery data change log
JP2006048313A (ja) * 2004-08-04 2006-02-16 Hitachi Ltd 複数の管理者から管理されるストレージシステムの管理方法
JP4646574B2 (ja) * 2004-08-30 2011-03-09 株式会社日立製作所 データ処理システム
JP4550717B2 (ja) * 2005-10-28 2010-09-22 富士通株式会社 仮想ストレージシステム制御装置、仮想ストレージシステム制御プログラム、仮想ストレージシステム制御方法
JP4327831B2 (ja) * 2006-09-05 2009-09-09 株式会社日立製作所 ストレージシステム、管理計算機及びコピーペア監視方法
US8880480B2 (en) * 2007-01-03 2014-11-04 Oracle International Corporation Method and apparatus for data rollback
US9098466B2 (en) * 2012-10-29 2015-08-04 International Business Machines Corporation Switching between mirrored volumes
JP6237406B2 (ja) * 2014-03-28 2017-11-29 富士通株式会社 情報処理装置、ストレージシステム、およびプログラム
JP6749072B2 (ja) * 2014-12-12 2020-09-02 富士通株式会社 ストレージ管理装置及びストレージ管理プログラム

Also Published As

Publication number Publication date
JP2016115281A (ja) 2016-06-23
US10013188B2 (en) 2018-07-03
US20160179418A1 (en) 2016-06-23

Similar Documents

Publication Publication Date Title
US8566635B2 (en) Methods and systems for improved storage replication management and service continuance in a computing enterprise
JP6237406B2 (ja) 情報処理装置、ストレージシステム、およびプログラム
US8839030B2 (en) Methods and structure for resuming background tasks in a clustered storage environment
DK3179359T3 (en) PROCEDURE FOR SENDING DATA, PROCEDURE FOR RECEIVING DATA AND STORAGE UNIT
US11099953B2 (en) Automatic data healing using a storage controller
US8788636B2 (en) Boot controlling method of managed computer
JP5968554B2 (ja) ディザスタリカバリ仮想化の方法及び装置
US20120144110A1 (en) Methods and structure for storage migration using storage array managed server agents
US11461085B2 (en) Firmware upgrade method in multiple node storage system
WO2019210844A1 (zh) 存储设备异常检测方法及装置、分布式存储系统
US11226746B2 (en) Automatic data healing by I/O
JP6749072B2 (ja) ストレージ管理装置及びストレージ管理プログラム
JP6435842B2 (ja) ストレージ制御装置及びストレージ制御プログラム
WO2018011882A1 (ja) 計算機システム及びストレージ装置の制御方法
JP6230707B2 (ja) ストレージシステム
JP6569476B2 (ja) ストレージ装置、ストレージシステムおよびストレージ制御プログラム
US9626117B2 (en) Computer system and management method for computer system
US11734133B2 (en) Cluster system and fail-over control method of cluster system
JP2019082897A (ja) 情報処理装置、情報処理システム及びプログラム
JP2019197602A (ja) ストレージ管理装置及びストレージ管理プログラム
WO2014087465A1 (ja) ストレージ装置及びストレージ装置移行方法
US11386121B2 (en) Automated cloud provider creation and synchronization in an embedded container architecture
WO2016006069A1 (ja) ストレージシステムおよび第１ストレージ装置

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20171113

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20180713

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20180807

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20180927

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20181016

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20181029

R150 Certificate of patent or registration of utility model

Ref document number: 6435842

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150