JP2019197602A - ストレージ管理装置及びストレージ管理プログラム - Google Patents

Abstract

【課題】フェイルオーバ発生時に処理中のコピー指示に関して新たにアクティブになったストレージ装置３で正しいＬＵＮを用いてコピーを行うこと。【解決手段】バックアップ部１０が、ストレージ装置３に故障が発生した際に処理が他のストレージ装置３に引継がれない操作ボリュームに対してコピー元及びコピー先のＬＵＮを指定してコピーを指示する。そして、ストレージ装置３のコピー処理部３１ａが操作ボリュームに対するコピー処理を受けると、指定されたコピー元及びコピー先のＬＵＮを用いてコピー処理を実行する。そして、バックアップ部１０は、フェイルオーバの発生でコピー処理が他のストレージ装置３に引継がれることなくエラーが発生した場合に、コピーペアの２つのボリュームと各々クラスタペアを構成するボリュームのＬＵＮを取得する。そして、バックアップ部１０は、取得したＬＵＮを用いてコピー処理を再実行する。【選択図】図９

Description

本発明は、ストレージ管理装置及びストレージ管理プログラムに関する。

ストレージ装置の信頼性を向上させる技術の１つに、ストレージクラスタがある。ストレージクラスタは、複数のストレージ装置をクラスタ構成とし、装置レベルの故障で１つストレージ装置がダウンした場合にも、他のストレージ装置で業務を継続できるようにするフェイルオーバを実現する技術である。

ストレージクラスタは、ボリューム単位に設定することが可能で、故障が発生したストレージ装置のＷｒｉｔｅ／Ｒｅａｄ Ｉ／Ｏを他のストレージ装置に自動的に引継ぐ。したがって、ユーザは異常が発生したことを意識せずに業務を継続することが可能となり、リカバリ時間の短縮とストレージ管理者の作業負担の軽減が図れる。

ストレージクラスタのボリュームは、例えば、ホストに同じボリュームの別パスとして見せることで実現される。ここで、「ホスト」とは、ストレージ装置にアクセスを行うサーバなどの装置であり、「パス」とは、ホストとストレージ装置との間の通信経路である。ストレージクラスタは、運用中のパスを「アクティブ」、待機側のパスを「スタンバイ」とし、アクティブのストレージ装置のみアクセス可能とする。運用中のストレージ装置がダウンした場合は、ストレージクラスタは、パス状態を変更して、待機側のパスをアクティブとし、Ｗｒｉｔｅ／Ｒｅａｄ Ｉ／Ｏを自動的に引継ぐ。

なお、ストレージクラスタに関して、ストレージクラスタリング環境でのホスト書き込み先ボリュームの切り替え指示と非同期に連携して、非同期リモートコピーのペア操作を行うことで、ディザスタリカバリ用途の非同期リモートコピーを実現する技術がある。

また、ボリューム切替に関して、切替元ボリュームのホスト内ＩＤと切替先ボリュームのストレージ内ＩＤとを対応付けた切替テーブルを参照して切替元ボリュームへのアクセス要求を切替先ボリュームに切替えることで、ホスト内ＩＤの枯渇を抑制する技術がある。

特開２０１１−７６１３０号公報 特開２００６−３０９６３８号公報

ボリュームに対する操作を行う際、ホストは、操作対象をストレージ装置に共通に設定されたデバイス名からＬＵＮ（Logical Unit Number）に変換して、ＬＵＮで操作対象を指定する。ここで、「ＬＵＮ」とは、ストレージ装置内の記憶装置を論理的に識別する識別番号である。

また、ストレージクラスタのボリュームを構成する複数のストレージ装置では、アクティブとスタンバイでデバイス名は一致させるが、ＬＵＮについては一致させなくてもよい。その理由は、アクティブとスタンバイのストレージ装置でＬＵＮを一致させるには、両ストレージ装置内を同じ構成にする必要があり、管理者の負担が著しく増加するためである。したがって、現状では、アクティブ側とスタンバイ側との対応関係にあるストレージ装置同士であっても、ほとんどの場合ＬＵＮを一致させていない。

しかし、ストレージクラスタのボリュームのＬＵＮを指定した操作を行う時にフェイルオーバが発生すると、アクティブ側とスタンバイ側の対応するボリューム同士のＬＵＮが一致しないため、フェイルオーバ後に誤ったボリュームが操作されるという問題がある。

本発明は、１つの側面では、フェイルオーバ発生時に正しいボリュームを操作できるようにすることを目的とする。

本願の開示するストレージ管理装置は、１つの態様において、第１のストレージ装置にエラーが発生すると第１のストレージ装置への操作をクラスタペアを用いて第２のストレージ装置へ引継いで管理するストレージ管理装置である。前記ストレージ管理装置は、記憶部と判定部とコピー処理部とを備える。前記判定部は、前記第１のストレージ装置と前記第２のストレージ装置のうちアクティブな装置を判定する。前記コピー処理部は、スタンバイ中の前記第２のストレージ装置に操作が引き継がれない操作ボリュームに対するアクティブな前記第１のストレージ装置でのコピー操作であって、前記第１のストレージ装置においてコピー元を識別する第１のコピー元ＬＵＮから、前記第１のストレージ装置においてコピー先を識別する第１のコピー先ＬＵＮへのコピー操作においてエラーが発生した際に、前記第１のストレージ装置の前記第２のストレージ装置へのフェイルオーバの発生によりアクティブとなった前記第２のストレージ装置において第１のコピー元ＬＵＮ及び第１のコピー先ＬＵＮの各々のクラスタペアを識別する第２のコピー元ＬＵＮ及び第２のコピー先ＬＵＮを前記記憶部に格納されたコピーペア情報から取得して、アクティブな前記第２のストレージ装置での前記コピー操作のリトライを指示する。

１実施態様によれば、フェイルオーバ発生時に正しいボリュームを操作できる。

図１は、クラスタペア及びコピーペアを説明するための図である。 図２は、コピーペア間のコピーを説明するための図である。 図３は、コピー開始要求中のフェイルオーバを説明するための図である。 図４は、コピー開始要求中のフェイルオーバの問題を説明するための図である。 図５は、操作ボリュームを説明するための図である。 図６は、操作ボリュームを介したコピーを説明するための図である。 図７は、操作ボリュームに対して指示されたコピー開始要求中のフェイルオーバを説明するための図である。 図８は、フェイルオーバ後の操作ボリュームを介したコピーを説明するための図である。 図９は、実施例に係る情報処理システムの構成を示す図である。 図１０は、コピーペア情報テーブルの一例を示す図である。 図１１は、操作ボリューム情報テーブルの一例を示す図である。 図１２Ａは、実施例に係る情報処理システムの処理のフローを示す第１のフローチャートである。 図１２Ｂは、実施例に係る情報処理システムの処理のフローを示す第２のフローチャートである。 図１２Ｃは、実施例に係る情報処理システムの処理のフローを示す第３のフローチャートである。 図１２Ｄは、実施例に係る情報処理システムの処理のフローを示す第４のフローチャートである。 図１２Ｅは、実施例に係る情報処理システムの処理のフローを示す第５のフローチャートである。 図１３は、サーバのハードウェア構成を示す図である。 図１４は、制御部のハードウェア構成を示す図である。

以下に、本願の開示するストレージ管理装置及びストレージ管理プログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例は開示の技術を限定するものではない。

まず、クラスタペア及びコピーペアについて説明する。「クラスタペア」とは、ストレージクラスタのペアとなるボリュームである。「コピーペア」とは、コピー元とコピー先のボリュームのペアであり、例えばバックアップにおいて、バックアップされるボリュームとバックアップボリュームとのペアである。

図１は、クラスタペア及びコピーペアを説明するための図である。図１において、Ａ及びＢは、ストレージクラスタを構成するストレージ装置３である。Ａはアクティブであり、Ｂはスタンバイである。サーバ９は、ストレージクラスタを利用するコンピュータである。／ｄｅｖ／ｓｄｃ、／ｄｅｖ／ｓｄｄ、／ｄｅｖ／ｓｄｅ及び／ｄｅｖ／ｓｄｆはデバイス名である。０ｘ２〜０ｘ６はＬＵＮである。ここで、「０ｘ」は１６進数を表す。

図１に示すように、デバイス名が／ｄｅｖ／ｓｄｃであるボリューム６は、ＡにおいてＬＵＮが０ｘ３であるボリューム６とＢにおいてＬＵＮが０ｘ４であるボリューム６がクラスタペア７を構成する。また、デバイス名が／ｄｅｖ／ｓｄｄであるボリューム６は、ＡにおいてＬＵＮが０ｘ５であるボリューム６とＢにおいてＬＵＮが０ｘ２であるボリューム６がクラスタペア７を構成する。このように、クラスタペア７は、デバイス名は一致するが、ＬＵＮは一致しなくてもよい。また、デバイス名が／ｄｅｖ／ｓｄｃであるボリューム６とデバイス名が／ｄｅｖ／ｓｄｄであるボリューム６はコピーペア８である。

ここで、ストレージ管理者が、デバイス名が／ｄｅｖ／ｓｄｃであるボリューム６をデバイス名が／ｄｅｖ／ｓｄｄのボリューム６へコピーするように指示する。すると、図２に示すように、サーバ９は、デバイス名をＬＵＮに変換し（１）、ＬＵＮを指定してコピー操作の実行をＡに指示する（２）。具体的には、サーバ９は、／ｄｅｖ／ｓｄｃを０ｘ３に変換し、／ｄｅｖ／ｓｄｄを０ｘ５に変換する。そして、サーバ９は、ＬＵＮ（０ｘ３）からＬＵＮ（０ｘ５）にコピーするようにＡに指示する。ここで、ＬＵＮ（０ｘｎ）は、ＬＵＮが０ｘｎであるボリューム６を表す。

そして、図３に示すように、コピー開始要求中にＡに障害が発生してアクティブなストレージ装置３がＡからＢに切替わる。すると、運用中のストレージ装置３のパス状態が切替わることにより、ＳＣＳＩ（Small Computer System Interface）コマンドのリトライエラーが発生し、自動的にＢでＳＣＳＩコマンドがリトライされる。

しかしながら、ＬＵＮ（０ｘ３）からＬＵＮ（０ｘ５）へのコピーがＢで実行されると、Ｂにおいてコピーペア８に対応するボリューム６は、ＬＵＮ（０ｘ４）とＬＵＮ（０ｘ２）であるので、図４に示すように、誤ったボリューム６が操作される。

このように、サーバ９がボリューム操作を指示し、ボリューム操作が完了する前にフェイルオーバが発生した場合、新たにアクティブになったストレージ装置３で誤ったボリューム６が操作されるという問題が発生する。同様な問題は、サーバ９が操作対象のボリューム６のデバイス名をＬＵＮに変換してボリューム操作の指示を発行する前にフェイルオーバが発生した場合にも生じる。また、サーバ９がボリューム操作の指示を発行してストレージ装置３によるボリューム操作の実行までの間にフェイルオーバが発生した場合にも同様な問題が生じる。

そこで、実施例に係るサーバは、ストレージ装置３にコピー指示を出す場合、操作ボリュームに対してコピー指示を出す。ここで、「操作ボリューム」とは、ストレージ装置３に故障が発生してもＷｒｉｔｅ／Ｒｅａｄ Ｉ／Ｏが他のストレージ装置３に引継がれないボリューム６である。

図５は、操作ボリュームを説明するための図である。図５において、ストレージ管理者は、／ｄｅｖ／ｓｄｅをＡの操作ボリューム６ａとして登録し、／ｄｅｖ／ｓｄｆをＢの操作ボリューム６ａとして登録する。そして、実施例に係るサーバ２は、ストレージ装置３にコピー指示を出す場合、図６に示すように、デバイス名をＬＵＮに変換し（１）、操作ボリューム６ａに対してＬＵＮ（０ｘ３）からＬＵＮ（０ｘ５）にコピーするように指示する。すると、Ａは、操作ボリューム６ａに対して指示されたＬＵＮ（０ｘ３）からＬＵＮ（０ｘ５）へのコピーを実行する（２）。

そして、コピー開始要求中にＡに障害が発生すると、図７に示すように、アクティブなストレージ装置３がＢに切替わり、操作ボリューム６ａに対するコピー操作がエラーとなる。ただし、操作ボリューム６ａに対するコピー指示はＢに自動的には引継がれない。その理由は、操作ボリューム６ａはクラスタペア７を構成しないためである。すなわち、操作ボリューム６ａは、コピー指示が引継がれるボリュームがない。

操作ボリューム６ａに対するコピー指示がＢに引継がれないため、サーバ２は、エラーを検出し、検出したエラーがフェイルオーバ前にアクティブであったＡでのエラーである場合、図８に示すように、ＡのＬＵＮをＢのＬＵＮに変換する（１）。そして、サーバ２は、Ｂの操作ボリューム６ａに対してＬＵＮ（０ｘ４）からＬＵＮ（０ｘ２）にコピーするように指示する（２）。

このように、実施例に係るサーバ２は、Ａの操作ボリューム６ａに対してＡのＬＵＮを用いてコピー指示を出す。そして、コピー中にＡからＢへのフェイルオーバが発生すると、Ａの操作ボリューム６ａに対するコピー指示は自動的にＢに引継がれることなく、エラーがサーバ２に通知される。すると、サーバ２は、ＡのＬＵＮをＢのＬＵＮに変換し、Ｂの操作ボリューム６ａに対してＢのＬＵＮを用いてコピー指示を出す。したがって、サーバ２は、フェイルオーバが発生した場合に、新たにアクティブになったストレージ装置３での誤ったボリューム６の操作を防ぐことができる。

次に、実施例に係る情報処理システムの構成について説明する。図９は、実施例に係る情報処理システムの構成を示す図である。図９に示すように、実施例に係る情報処理システム１は、サーバ２と、ストレージクラスタを構成する２台のストレージ装置３と、操作端末４とを有する。サーバ２、ストレージ装置３及び操作端末４は、ネットワーク５を用いて接続される。なお、ここでは説明の便宜上、１台のサーバ２及び２台のストレージ装置３のみを示したが、実施例に係る情報処理システム１は、複数のサーバ２及びストレージクラスタを構成する任意の台数のストレージ装置３を有してもよい。

サーバ２は、ストレージクラスタを利用するコンピュータである。サーバ２はストレージ装置３を管理するストレージ管理部２ａを機能部として有し、ストレージ管理部２ａはバックアップ部１０とＥＴＬ（Extraction，Transformation and Load）２０とを有する。ＥＴＬ２０は、ストレージ装置３に対してデータの抽出、データの変換、データの挿入等の操作を行うＳＣＳＩコマンドの生成等を行う。また、ＥＴＬ２０は、ストレージ装置３とのネットワーク５を介した通信を制御する。

バックアップ部１０は、ボリューム６のバックアップを作成するため、ボリューム６のコピー指示をストレージ装置３へ出す。バックアップ部１０は、記憶部１０ａと制御部１０ｂとを有する。記憶部１０ａは、情報を記憶する機能部であり、記憶する情報としてコピーペア情報テーブル１１と操作ボリューム情報テーブル１２とを有する。制御部１０ｂは、記憶部１０ａを用いてバックアップ処理を行う機能部であり、ボリューム登録部１３と、コピーペア登録部１４と、コピー処理部１５と、状態確認部１６とを有する。

コピーペア情報テーブル１１は、コピーペア８に関する情報とコピーペア８の２つのボリューム６と各々クラスタペア７を構成する２つのボリューム６に関する情報とを対応付けるテーブルである。図１０は、コピーペア情報テーブル１１の一例を示す図である。図１０に示すように、コピーペア情報テーブル１１には、コピー元情報と、コピー先情報と、コピー元ペア情報と、コピー先ペア情報とが含まれる。各情報には、ＢｏｘＩＤとＬＵＮが含まれる。ＢｏｘＩＤは、ストレージ装置３を識別する識別子である。

コピー元情報には、コピー元のボリューム６のＢｏｘＩＤとＬＵＮが含まれる。コピー先情報には、コピー先のボリューム６のＢｏｘＩＤとＬＵＮが含まれる。コピー元ペア情報には、コピー元のボリューム６とクラスタペア７を構成するボリューム６のＢｏｘＩＤとＬＵＮが含まれる。コピー先ペア情報には、コピー先のボリューム６とクラスタペア７を構成するボリューム６のＢｏｘＩＤとＬＵＮが含まれる。

例えば、Ａで識別されるストレージ装置３におけるコピーペア８であるＬＵＮ（０ｘ３）及びＬＵＮ（０ｘ５）には、Ｂで識別されるストレージ装置３のＬＵＮ（０ｘ４）及びＬＵＮ（０ｘ２）が各々対応付けられる。

操作ボリューム情報テーブル１２は、ストレージ装置３と操作ボリューム６ａとを対応付けるテーブルである。図１１は、操作ボリューム情報テーブル１２の一例を示す図である。図１１に示すように、操作ボリューム情報テーブル１２には、識別名と、ＢｏｘＩＤと、アドレスと、アクセスパスとが含まれる。

識別名は、操作ボリューム６ａをユーザが識別する名前である。ＢｏｘＩＤは、操作ボリューム６ａが定義されるストレージ装置３を識別する識別子である。アドレスは、ストレージ装置３のＩＰアドレスである。アクセスパスは、操作ボリューム６ａのデバイス名である。

例えば、Ａで識別されるストレージ装置３のＩＰアドレスは１．１．１．１であり、Ａの操作ボリューム６ａのデバイス名は／ｄｅｖ／ｓｄｅであり、Ａの操作ボリューム６ａをユーザはＥＴＸで識別する。

ボリューム登録部１３は、ストレージ管理者による操作ボリューム６ａの設定要求に基づいて、操作ボリューム６ａの情報を操作ボリューム情報テーブル１２に登録する。

コピーペア登録部１４は、ストレージ管理者によるコピーペア８の登録要求に基づいて、コピーペア８の情報をコピーペア情報テーブル１１に登録する。コピーペア情報テーブル１１に登録される情報には、コピーペア８の２つのボリューム６と各々クラスタペア７を構成する２つのボリューム６に関する情報が含まれる。

コピー処理部１５は、コピーペア８の間でのコピー処理を行う。コピー処理部１５は、指示部１５ａと、判定部１５ｂと、変換部１５ｃとを有する。指示部１５ａは、コピー元及びコピー先のＬＵＮを指定して操作ボリューム６ａに対してコピーを指示する。判定部１５ｂは、操作ボリューム６ａに対するコピー指示に対してエラーが発生した場合に、フェイルオーバが発生したか否かを判定する。

変換部１５ｃは、判定部１５ｂによりフェイルオーバが発生したと判定された場合に、コピーペア情報テーブル１１を参照して、エラーが発生したストレージ装置３でのコピーペア８のＬＵＮを新たにアクティブとなったストレージ装置３でのＬＵＮに変換する。変換されたＬＵＮは、指示部１５ａが新たにアクティブとなったストレージ装置３の操作ボリューム６ａに対してコピーを指示する際に使用される。

状態確認部１６は、ストレージ管理者によるコピー状態の確認要求に基づいて、ストレージ装置３からコピー処理の状況に関する情報を取得し、取得した情報を操作端末４に送信する。

操作端末４は、ストレージ管理者がストレージ装置３の管理に使用する装置である。操作端末４は、ストレージ管理者による操作ボリューム６ａの設定要求、コピーペア８の登録要求、コピー要求、コピー状態の確認要求等を受け付け、受け付けた要求をバックアップ部１０に送信する。また、操作端末４は、状態確認部１６から送信された状態確認情報を表示装置に表示する。

ストレージ装置３は、サーバ２が使用する情報を記憶する装置である。ストレージ装置３は、ＨＤＤ（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 (2)

1. 第１のストレージ装置にエラーが発生すると第１のストレージ装置への操作をクラスタペアを用いて第２のストレージ装置へ引継いで管理するストレージ管理装置において、
   記憶部と、
   前記第１のストレージ装置と前記第２のストレージ装置のうちアクティブな装置を判定する判定部と、
   スタンバイ中の前記第２のストレージ装置に操作が引き継がれない操作ボリュームに対するアクティブな前記第１のストレージ装置でのコピー操作であって、前記第１のストレージ装置においてコピー元を識別する第１のコピー元ＬＵＮから、前記第１のストレージ装置においてコピー先を識別する第１のコピー先ＬＵＮへのコピー操作においてエラーが発生した際に、前記第１のストレージ装置の前記第２のストレージ装置へのフェイルオーバの発生によりアクティブとなった前記第２のストレージ装置において第１のコピー元ＬＵＮ及び第１のコピー先ＬＵＮの各々のクラスタペアを識別する第２のコピー元ＬＵＮ及び第２のコピー先ＬＵＮを前記記憶部に格納されたコピーペア情報から取得して、アクティブな前記第２のストレージ装置での前記コピー操作のリトライを指示するコピー処理部と、
   を備えたことを特徴とするストレージ管理装置。
2. 第１のストレージ装置にエラーが発生すると第１のストレージ装置への操作をクラスタペアを用いて第２のストレージ装置へ引継いで管理するストレージ管理装置に組み込まれたコンピュータに、
   前記第１のストレージ装置と前記第２のストレージ装置のうちアクティブな装置を判定し、
   スタンバイ中の前記第２のストレージ装置に操作が引き継がれない操作ボリュームに対するアクティブな前記第１のストレージ装置でのコピー操作であって、前記第１のストレージ装置においてコピー元を識別する第１のコピー元ＬＵＮから、前記第１のストレージ装置においてコピー先を識別する第１のコピー先ＬＵＮへのコピー操作においてエラーが発生した際に、前記第１のストレージ装置の前記第２のストレージ装置へのフェイルオーバの発生によりアクティブとなった前記第２のストレージ装置において第１のコピー元ＬＵＮ及び第１のコピー先ＬＵＮの各々のクラスタペアを識別する第２のコピー元ＬＵＮ及び第２のコピー先ＬＵＮを記憶部に格納されたコピーペア情報から取得して、アクティブな前記第２のストレージ装置での前記コピー操作のリトライを指示する、
   処理を実行させることを特徴とするストレージ管理プログラム。

Images