JP4700478B2 - 記憶システム及びアンドゥ処理方法 - Google Patents

Description

本発明は、記憶システム及びアンドゥ処理方法に関し、例えば複数の管理者によりストレージ装置の構成変更操作が行なわれる記憶システムに適用して好適なものである。

従来、複数のストレージ装置がＳＡＮ（Storage Area Network）を介して接続された記憶システムでは、役割毎に分かれた複数の管理者がそれぞれ異なる管理サーバを用いて、例えばパスの設定若しくは解除や、コピーペアの設定若しくは解除などストレージ装置の構成変更操作を行っている。

下記特許文献１には、このようなストレージ装置の構成変更に伴う当該ストレージ装置の構成情報の更新方法に関する発明が開示され、下記特許文献２には、ストレージ装置の状態情報を解析し、その解析結果に基づいてストレージ装置の管理を行う方法に関する発明が開示されている。
特開２００３−１０８４１２号公報 特開２００３−３４５６３２号公報

従来の記憶システムでは、例えばある管理者がストレージ装置内の論理ボリュームにパスを設定した後に他の管理者がその論理ボリュームと他の論理ボリュームとをペア設定した場合などのように、複数の管理者によるストレージ装置の構成変更操作が行われた場合において、その一部の構成変更操作を取り消す、いわゆるアンドゥ（ｕｎｄｏ）処理を行うためには、そのアンドゥ処理を行いたい管理者が自己の構成変更操作の後に構成変更操作を行った他の管理者と連絡を取り、これら管理者がそれぞれ自己の行った構成変更操作をその操作が行われた順番とは逆の順番で順次解除してゆくことが必要とされていた。

このため、かかる構成の記憶システムでは、一度行ったストレージ装置の構成変更のアンドゥ処理を容易には行い得ない場合があり、かかるアンドゥ処理を容易に行い得る仕組みが望まれている。

本発明は以上の点を考慮してなされたもので、複数の管理者等により行われた構成変更操作のアンドゥ処理を容易化させ得る記憶システム及びアンドゥ処理方法を提案しようとするものである。

かかる課題を解決するため本発明においては、複数の管理サーバと、前記管理サーバによる構成変更操作に応じて自己の構成を変更する１又は複数のストレージ装置とを有する記憶システムにおいて、前記管理サーバは、前記ストレージ装置に対する前記構成変更操作の履歴を管理するサーバ側構成変更管理部を備え、前記ストレージ装置は、前記管理サーバの前記構成変更操作に基づく構成変更の履歴を管理するストレージ装置側変更管理部を備え、前記サーバ側構成変更管理部は、必要時、対応する前記構成変更操作のアンドゥ要求を対応する前記ストレージ装置に送信し、前記ストレージ装置側変更管理部は、前記構成変更操作の前記アンドゥ要求が与えられたときに、当該構成変更操作及び当該構成変更操作以降に行なわれた関連する前記構成変更操作について、対象とする当該構成変更操作に関連して他の前記ストレージ装置に前記構成変更操作が行われているか否かを判定し、他の前記ストレージ装置に前記構成変更操作が行われていないときには、対象とする前記構成変更操作に対応する前記構成変更のアンドゥ処理を実行し、他の前記ストレージ装置に前記構成変更操作が行われているときには、対象とする前記構成変更操作を行った前記管理サーバに当該構成変更操作のアンドゥ処理を依頼し、前記サーバ側構成変更管理部は、前記ストレージ装置からの前記アンドゥ処理の依頼に応じて、対応する前記構成変更操作の前記アンドゥ要求を対応する前記ストレージ装置に送信するようにした。

この結果、この記憶システムでは、ストレージ装置が単独で行い得る構成変更操作のアンドゥ処理については当該ストレージ装置が単独で、またストレージ装置が単独で行い得ない、複数のストレージ装置に跨った構成変更操作については、その構成変更操作を行なった管理サーバがアンドゥ処理を行なうため、複数の管理サーバからストレージ装置に対して構成変更操作が行われた場合であっても、管理者が他の管理者と連絡を取り合うことなく、自己が行なった構成変更操作を単独で取り消すことができる。

また本発明においては、複数の管理サーバからの構成変更操作に応じて構成変更したストレージ装置の当該構成変更をアンドゥ処理するアンドゥ処理方法において、前記管理サーバは、前記ストレージ装置に対する前記構成変更操作の履歴を管理し、前記ストレージ装置は、前記管理サーバの前記構成変更操作に基づく構成変更の履歴を管理し、前記管理サーバが、必要時、対応する前記構成変更操作のアンドゥ要求を対応する前記ストレージ装置に送信する第１のステップと、前記ストレージ装置が、前記構成変更操作の前記アンドゥ要求が与えられたときに、当該構成変更操作及び当該構成変更操作以降に行なわれた関連する前記構成変更操作について、対象とする当該構成変更操作に関連して他の前記ストレージ装置に前記構成変更操作が行われているか否かを判定し、他の前記ストレージ装置に前記構成変更操作が行われていないときには、対象とする前記構成変更操作に対応する前記構成変更のアンドゥ処理を実行し、他の前記ストレージ装置に前記構成変更操作が行われているときには、対象とする前記構成変更操作を行った前記管理サーバに当該構成変更操作のアンドゥ処理を依頼する第２のステップと、前記管理サーバが、前記ストレージ装置からの前記アンドゥ処理の依頼に応じて、対応する前記構成変更操作の前記アンドゥ要求を対応する前記ストレージ装置に送信する第３のステップとを備えるようにした。

この結果、このアンドゥ処理方法によれば、ストレージ装置が単独で行い得る構成変更操作のアンドゥ処理については当該ストレージ装置が単独で、またストレージ装置が単独で行い得ない、複数のストレージ装置に跨った構成変更操作については、その構成変更操作を行なった管理サーバがアンドゥ処理を行なうため、複数の管理サーバからストレージ装置に対して構成変更操作が行われた場合であっても、管理者が他の管理者と連絡を取り合うことなく、自己が行なった構成変更操作を単独で取り消すことができる。

本発明によれば、複数の管理者等によりストレージ装置に行われた構成変更操作のアンドゥ処理を容易化させ得る記憶システム及びアンドゥ処理方法を実現できる。

以下図面について、本発明の一実施の形態を詳述する。

（１）本実施の形態による記憶システムの構成
図１及び図２において、１は全体として本実施の形態による記憶システムを示す。この記憶システム１は、管理クライアント２、複数の管理サーバ３、複数の業務サーバ４及び複数のストレージ装置５がＬＡＮ（Local Aria Network）６を介して通信自在に接続されると共に、これら複数の管理サーバ３のうちの少なくとも１つの管理サーバ３と、各業務サーバ４とがＳＡＮ７を介して各ストレージ装置５に通信自在に接続されることにより構成されている。

管理クライアント２は、図２に示すように、バス１０を介して相互に接続されたディスク装置１１、入力制御装置１２、出力制御装置１３、ＣＰＵ（Central Processing Unit）１４、主記憶装置１５及び通信ポート１６を備えて構成される。

ディスク装置１１は、例えばハードディスク装置から構成されるもので、図１に示すように、通信相手との接続、切断及びデータ送受信を制御するための通信制御プログラム１７や、入力制御装置１２及び出力制御装置１３を介して行われるデータの入出力を制御するための入力制御プログラム１８及び出力制御プログラム１９などの各種制御プログラム、並びにユーザが所有するファイルデータなどが格納される。

入力制御装置１２は、キーボード、スイッチやポインティングデバイス、マイクロフォン等の情報入力装置２０に対するインタフェースであり、当該入力制御装置１２に接続された情報入力装置２０からユーザ操作に応じて与えられるコマンド等を解釈し、その結果をバス１０を介してＣＰＵ１４に通知する。また出力制御装置１３は、モニタディスプレイ等の情報出力装置２１に対するインタフェースであり、例えばディスク装置１１から読み出された操作画面の画像データや音声データ等を当該出力制御装置１３に接続された情報出力装置２１に送信する。

ＣＰＵ１４は、ディスク装置１１に格納された通信制御プログラム１７、入力制御プログラム１８及び出力制御プログラム１９などの制御プログラムを主記憶装置１５にロードし、これら制御プログラムと、入力制御装置１２を介して情報入力装置２０から与えられるユーザ操作に応じたコマンド等とに基づいて必要な演算処理及び制御処理を実行する。またＣＰＵ１４は、この演算処理及び制御処理の処理結果に応じた画像データや音声データを必要に応じて出力制御装置１３を介して情報出力装置２１に送出し、当該画像データに応じた画像や音声データに基づく音声を情報出力装置２１に表示又は出力させる。

主記憶装置１５は、例えば半導体メモリから構成されるもので、ＣＰＵ１４のワークメモリとして利用される。また通信ポート１６は、ＬＡＮケーブルを介してＬＡＮ６に接続される。

一方、管理サーバ３は、それぞれ管理クライアント２の対応部位と同様の機能を有するディスク装置３０、ＣＰＵ３１、主記憶装置３２及び通信ポート３３Ａ，３３Ｂがバス３４を介して相互に接続されて構成されており、通信ポート３３Ａ，３３Ｂを介してＬＡＮ６やＳＡＮ７と接続されている。

管理サーバ３のディスク装置３０には、図１に示すように、管理クライアント２の通信制御プログラム１７と同様の通信制御プログラム３５や、アンドゥ管理プログラム３６及びデータ管理プログラム３７などの各種制御プログラムが格納される。またディスク装置３０には、後述のように自サーバが行ったストレージ装置５に対する構成変更操作の履歴を管理するためのアンドゥ管理テーブル３８も格納される。

ＣＰＵ３１は、これらディスク装置３０に格納された制御プログラム及び各種データを必要に応じて主記憶装置３２にロードし、例えば通信制御プログラム３５に基づいて上述のような通信制御処理を実行する。またＣＰＵ３１は、アンドゥ管理プログラム３６に基づいて後述するアンドゥ処理を実行し、データ管理プログラム３７に基づいて、アンドゥ管理プログラム３６の指示に応動してアンドゥ管理テーブル３８を参照又は更新する処理を実行する。

業務サーバ４は、管理サーバ３と同様に、それぞれ管理クライアント２の対応部位と同様の機能を有するディスク装置４０、ＣＰＵ４１、主記憶装置４２及び通信ポート４３Ａ，４３Ｂがバス４４を介して相互に接続されて構成されており、通信ポート４３Ａを介してＬＡＮ６と接続されると共に、通信ポート４３Ｂを介してＳＡＮ７と接続されている。

業務サーバ４のディスク装置４０には、図１に示すように、管理クライアント２の通信制御プログラム１７と同様の通信制御プログラム３５や、データ管理プログラム４６などの制御プログラムが格納される。そしてＣＰＵ４０は、これらの制御プログラムを必要に応じて主記憶装置４２にロードし、例えば通信制御プログラム４５に基づいて上述のような通信制御処理を実行する一方、データ管理プログラム４６に基づいて各種データの管理処理を実行する。

ストレージ装置５は、それぞれデータを記憶する複数のディスクデユニット５０Ａから構成されるディスク部５０と、このディスク部５０に対するデータの入出力を制御するコントロール部５１とを備えて構成される。

ディスク部５０のディスクユニット５０Ａとしては、例えばＳＣＳＩ（Small Computer System Interface）ディスク等の高価なディスク、又はＳＡＴＡ（Serial AT Attachment）ディスクや光ディスク等の安価なディスクが適用される。

ディスク部５０の各ディスクユニット５０Ａは、コントロール部５１によりＲＡＩＤ方式で運用される。１又は複数のディスクユニット５０Ａにより提供される物理的な記憶領域上に、１又は複数の論理的なボリューム（以下、これを論理ボリュームと呼ぶ）ＶＯＬ（図１）が設定される。そして業務サーバ４から与えられたデータは、この論理ボリュームＶＯＬ内に、所定大きさのブロック（以下、これを論理ブロックと呼ぶ）単位で読み書きされる。

各論理ボリュームＶＯＬには、それぞれ固有の識別子（以下、これをＬＵ（Logical Unit number）と呼ぶ）が付与される。本実施の形態の場合、データの入出力は、このＬＵと、各論理ブロックにそれぞれ付与されるその論理ブロックに固有の番号（ＬＢＡ：Logical Block Address）とを組み合わせたものをアドレスとして、当該アドレスを指定して行われる。

コントロール部５１は、ディスク装置５２、ＣＰＵ５３、主記憶装置５４、制御装置５５及び複数の通信ポート５６Ａ，５６Ｂがバス５７を介して相互に接続されることにより構成されており、通信ポート５６Ａを介してＬＡＮ６と接続されると共に、通信ポート５６Ｂを介してＳＡＮ７と接続されている。

ディスク装置５２には、図１に示すように、管理クライアント２の通信制御プログラム１７と同様の通信制御プログラム５８や、アンドゥ代理エージェントプログラム５９及びデータ管理プログラム６０などの各種制御プログラムが格納される。またディスク装置５２には、後述のように自装置に対する構成変更操作の履歴を管理するための構成変更管理テーブル６１などの各種データも格納される。

ＣＰＵ５３は、ディスク装置５２に格納されたこれら制御プログラムや、構成変更管理テーブル６１などの各種データを主記憶装置５４にロードし、例えば通信制御プログラム５８に基づいて上述のような通信制御処理を実行する。またＣＰＵ５３は、アンドゥ代理エージェントプログラム５９に基づいて後述するアンドゥ処理を実行し、データ管理プログラム６０に基づいて、アンドゥ代理エージェントプログラム５９からの指示に応動して構成変更管理テーブル６１を参照又は更新する処理を実行する。

制御装置５５は、ディスク部５０内の各ディスクユニット５０Ａとの通信時におけるプロトコル制御を行うインタフェースとして機能する。制御装置５５は、例えばファイバーチャネルケーブルを介して各ディスクユニット５０Ａと接続されており、ファイバーチャネルプロトコルに従ってこれらディスクデユニット５０Ａとの間のデータの授受を行う。

（２）記憶システム１におけるアンドゥ処理機能
次に、この記憶システム１に搭載されたアンドゥ処理機能について説明する。この記憶システム１の場合、各管理サーバ３は、自サーバがストレージ装置５に対して行った構成変更操作の履歴（これら構成変更操作に対するアンドゥ処理の処理内容を含む）を管理するための手段として、図３に示すようなアンドゥ管理テーブル３８をディスク装置３０に保持している。

このアンドゥ管理テーブル３８は、「装置ＩＤ」、「登録番号」、「カテゴリ」、「アンドゥ種別（Undo種別）」、「アンドゥ要素（Undo 要素）」の５つのフィールド７０〜７４から構成されるもので、「装置ＩＤ」フィールド７０には、構成変更操作を行ったストレージ装置５のＩＤ（例えばシリアル番号などの固有の識別情報）が格納され、「登録番号」フィールド７１には、後述の構成変更管理テーブル６１における当該構成変更操作に対応するエントリの登録番号が格納される。

また「カテゴリ」フィールド７２には、その構成変更操作の属性が格納され、「アンドゥ種別」フィールド７３には、その構成変更操作のアンドゥ処理の内容（設定又は解除）が格納される。例えばその構成変更操作がパスの設定又は解除であった場合には、「カテゴリ」フィールド７２に「パス（Path）」が格納され、パスの設定のときには「解除」、パスの解除のときには「設定」が「アンドゥ種別」フィールド７３に格納される。また、その構成変更操作がコピーペアの作成又は解除であった場合には、「カテゴリ」フィールド７２に「ペア（Pair）」が格納され、コピーペアの作成のときには「解除」、コピーペアの設定のときには「設定」が「アンドゥ種別」フィールド７３に格納される。

「アンドゥ要素」フィールド７４は、「ボリュームＩＤ（LDEV ID）」、「ポートＩＤ（Port ID）」、「ホストＩＤ（Host ID）」及び「関連装置」の４つのフィールド７５〜７８から構成される。

このうち「ボリュームＩＤ」フィールド７５には、その操作対象の論理ボリュームＶＯＬ（図１）に付与された固有のＩＤ（識別情報）が格納され、「ポートＩＤ」フィールド７６には、その論理ボリュームＶＯＬとの間でパスが設定された通信ポート３３Ａ，３３Ｂに固有のＩＤが格納される。また「ホストＩＤ」フィールド７７には、「ポートＩＤ」フィールド７６に格納された通信ポート３３Ａ，３３Ｂと接続された業務サーバ４のＩＤ（シリアル番号などの固有の識別情報）が格納される。

従って、管理サーバ３が、ストレージ装置５に対して、例えばＩＤが「0:00」という論理ボリュームＶＯＬをＩＤが「port A」の通信ポート３３Ａ，３３Ｂを介してＩＤが「Host A」という業務サーバ４と接続するようにパスを設定する構成変更操作を行った場合、図３に示すアンドゥ管理テーブル３８の１行目に示すように、「ボリュームＩＤ」フィールド７５には「0:00」、「ポートＩＤ」フィールド７６には「port A」、「ホストＩＤ」フィールド７７には「Host A」というコードがそれぞれ格納される。

さらに「関連装置」フィールド７８は、「ＩＤ」及び「登録番号」の２つのフィールド７９，８０から構成される。このうち「ＩＤ」フィールド７９には、関連する複数の構成変更操作が行われた場合に、そのエントリの操作と関連する操作が行われたストレージ装置５のＩＤ（シリアル番号などの固有の識別情報）が格納され、「登録番号」フィールド８０には、当該ストレージ装置５内の構成変更管理テーブル６１（図１）における当該関連する操作のエントリの登録番号が格納される。

例えば、ある第１のストレージ装置５内の第１の論理ボリュームＶＯＬと、第２のストレージ装置５内の第２の論理ボリュームＶＯＬとをペア設定する操作を行った場合、図３に示すアンドゥ管理テーブル３８の２行目及び３行目に示すように、管理サーバ４のアンドゥ管理テーブル３８には、第１のストレージ装置５に対して行った、第１の論理ボリュームＶＯＬを第２の論理ボリュームＶＯＬとペア設定する操作（以下、これを第１の構成変更操作と呼ぶ）のエントリと、第２の論理ボリュームＶＯＬを第１の論理ボリュームＶＯＬにペア設定する操作（以下、これを第２の構成変更操作と呼ぶ）のエントリとが登録される。

そして、この場合、第１の構成変更操作に対応するエントリ（図３に示すアンドゥ管理テーブル３８の２行目のエントリ）の「関連装置」フィールド７８のうちの「ＩＤ」フィールド７９には、第２のストレージ装置５のＩＤが格納され、当該「関連装置」フィールド７８の「登録番号」フィールド８０には、その第２のストレージ装置５内の構成変更管理テーブル６１における第１の構成変更操作に対応するエントリの登録番号が格納される。また第２の構成変更操作に対応するエントリ（図３に示すアンドゥ管理テーブル３８の３行目のエントリ）の「関連装置」フィールド７８のうちの「ＩＤ」フィールド７９には、第１のストレージ装置５のＩＤが格納され、当該「関連装置」フィールド７８の「登録番号」フィールド８０には、その第１のストレージ装置５内の構成変更管理テーブル６１における第２の構成変更操作に対応するエントリの登録番号が格納されることとなる。

ただし、この実施の形態による記憶システム１では、ある管理サーバ４はパスの設定又は解除の操作にのみ用いられ、ある管理サーバ４はコピーペアの設定又は解除にのみ用いられるというように、各管理サーバ４を用いる管理者の役割が予め定められているため、実際上は、この図３のようにパスの設定又は解除という構成変更操作に対応するエントリと、コピーペアの設定又は解除という構成変更操作に対応するエントリとが１つのアンドゥ管理テーブル３８に登録されることはない。

一方、各ストレージ装置５は、管理サーバ３が自装置に対して行った構成変更操作の履歴（これら構成変更操作に対するアンドゥ処理の処理内容を含む）を管理するための手段として図４に示すような構成変更管理テーブル６１をディスク装置５２に保持している。

この構成変更管理テーブル６１は、図４に示すように、「登録番号」、「サーバＩＤ」、「カテゴリ」、「経路種別」、「アンドゥ種別（Undo種別）」及び「アンドゥ要素（Undo要素）」の５つのフィールド９０〜９６から構成される。

このうち「登録番号」フィールド９０には、管理サーバ３の要求に応じて自装置が行った構成変更処理の当該構成変更管理テーブル６１への登録番号が格納され、「サーバＩＤ」フィールド９１には、その要求を与えた管理サーバ４のＩＤ（例えばシリアル番号や、ＩＰアドレスなどのネットワークアドレス）が格納される。

また「経路種別」フィールド９４には、その要求の送信経路がＬＡＮ６及びＳＡＮ７のいずれであるかの情報が格納される。例えばその経路がＬＡＮ６であった場合には「Out-band」のコードが格納され、その経路がＳＡＮ７であった場合には「In-band」のコードが格納される。

なお、アンドゥ管理テーブル３８（図３）の場合と同様に、「カテゴリ」フィールド９２には、その操作の属性が格納され、「アンドゥ種別」フィールド９３には、その操作のアンドゥ処理の内容が格納される。

「Undo要素」フィールド９５は、「ボリュームＩＤ（LDEV ID）」、「ポートＩＤ（Port ID）」、「ホストＩＤ（Host ID）」及び「関連装置」の４つのフィールド９６〜９９から構成される。また「関連装置」フィールド９９は、「ＩＤ」フィールド１００及び「登録番号」フィールド１０１から構成される。これら「ボリュームＩＤ」フィールド９６、「ポートＩＤ」フィールド９７及び「ホストＩＤ」フィールド９８と、「関連装置」フィールド９９の「ＩＤ」フィールド１００及び「登録番号」フィールド１０１とには、それぞれアンドゥ管理テーブル３８と同様のデータが格納される。

図５は、ストレージ装置５の構成変更操作に関する管理サーバ３のＣＰＵ３１の処理内容を示すフローチャートである。管理サーバ３のＣＰＵ３１は、アンドゥ管理プログラム３６（図３６）に基づき、この図５に示すストレージ構成変更処理手順ＲＴ１に従って、指定されたストレージ装置５の構成を指定された状態に変更する構成変更操作を実行する。

すなわちＣＰＵ３１は、管理クライアント２からストレージ装置５及び構成変更内容を指定した構成変更要求が与えられると、当該ストレージ装置５のＩＤと、構成変更すべき具体的な内容と、その構成変更に関連して構成変更操作を行なうストレージ装置のＩＤとなどの各種情報が格納された構成変更要求メッセージを対応するストレージ装置５に送信し（ＳＰ１）、この後このストレージ構成変更要求メッセージに対する応答メッセージであるストレージ構成変更応答メッセージがそのストレージ装置５から送信されるのを待ち受ける（ＳＰ２）。

このとき、かかるストレージ装置５は、図６について後述するように、このストレージ構成変更要求メッセージに基づいて自装置の構成を指定された状態に変更する構成変更処理を実行し、この構成変更処理の成否と、成功した場合における対応するエントリの構成変更管理テーブル６１への登録番号とをストレージ構成変更応答メッセージとしてその管理サーバ３に送信する。

そしてＣＰＵ３１は、ストレージ構成変更応答メッセージを受信すると（ＳＰ２：ＹＥＳ）、このストレージ構成変更応答メッセージに基づいて、かかるストレージ構成変更要求メッセージに対するストレージ装置５の構成変更処理が成功したか否かを判断する（ＳＰ３）。

ＣＰＵ３１は、この判断において否定結果を得ると（ＳＰ３：ＮＯ）、上述の構成変更要求に対する処理が失敗した旨のエラーメッセージを管理クライアント２に送信し（ＳＰ６）、この後このストレージ構成変更処理を終了する。

これに対してＣＰＵ３１は、かかる判断において肯定結果を得ると（ＳＰ３：ＹＥＳ）、後述のようにこのストレージ構成変更応答メッセージに格納された、対応するエントリの構成変更管理テーブル６１への登録番号を読み出し、この読み出した登録番号を含む必要な情報を、この構成変更操作のエントリとしてアンドゥ管理テーブル３８（図３）に登録する。

次いで、ＣＰＵ３１は、上述の構成変更要求に対する処理が成功した旨のメッセージを管理クライアント２に送信し（ＳＰ６）、この後このストレージ構成変更処理を終了する。

一方、図６は、かかるストレージ構成変更要求メッセージを受信したストレージ装置５内のＣＰＵ５３（図２）の処理内容を示すフローチャートである。ストレージ装置５のＣＰＵ５３は、アンドゥ代理エージェントプログラム５９（図１）に基づき、この図６に示す自ストレージ構成変更処理手順ＲＴ２に従って、自装置の構成を指定された状態に変更する構成変更処理を実行する。

すなわちＣＰＵ５３は、管理サーバ４からストレージ構成変更要求メッセージを受信すると、例えばパスを設定若しくは解除し、又はコピーペアを設定若しくは解除するなどして、自装置の構成を指定された状態に変更する（ＳＰ１０）。続いてＣＰＵ５３は、かかる自ストレージ構成変更処理が成功したか否かを判断し（ＳＰ１１）、失敗した場合には（ＳＰ１１：ＮＯ）、これに応じたストレージ構成変更応答メッセージを対応する管理サーバ４に送信した後（ＳＰ１４）、この自ストレージ構成変更処理を終了する。

これに対してＣＰＵ５３は、かかる自ストレージ構成変更処理が成功した場合には（ＳＰ１１：ＹＥＳ）、この構成変更操作のエントリを構成変更管理テーブル６１（図４）に登録する（ＳＰ１２）。

またＣＰＵ５３は、この後構成変更管理テーブル６１におけるこのエントリの登録番号を取得すると共に、この取得した登録番号と、ストレージ構成変更処理の処理結果とをそれぞれ所定位置に格納するようにしてストレージ構成変更応答メッセージを作成し、これを対応する管理サーバに送信する（ＳＰ１４）。そしてＣＰＵ５３は、この後この自ストレージ構成変更処理を終了する。

他方、図７及び図８は、管理クライアント２から構成変更操作が指定されてそのアンドゥ処理の実行要求（以下、これを単にアンドゥ要求と呼ぶ）が与えられた場合における管理サーバ３内のＣＰＵ３１（図２）の処理内容を示すフローチャートである。ＣＰＵ３１は、アンドゥ管理プログラム３６（図１）及びデータ管理プログラム３７（図１）に基づき、この図７に示すアンドゥ指示処理手順ＲＴ３及び図８に示すアンドゥ処理結果反映処理手順ＲＴ４に従って、指定された構成変更操作のアンドゥ処理を、対応するストレージ装置５に実行させる。

すなわち、ＣＰＵ３１は、管理クライアント２からアンドゥ要求が与えられると、まず、データ管理プログラム３７（図１）に指示を与えることにより、アンドゥ処理対象となる構成変更操作の対応する構成変更管理テーブル６１への登録番号及び対応するストレージ装置５のＩＤをアンドゥ管理テーブル３８から読み出させる（ＳＰ２０）。

そしてＣＰＵ３１は、この結果としてかかる登録番号及びストレージ装置５のＩＤを取得すると、これら登録番号及びＩＤに基づいて、指定されたストレージ装置に指定されたアンドゥ処理を要求するためのアンドゥ要求メッセージを生成する。

このアンドゥ要求メッセージは、図９に示すように、対応する構成変更管理テーブル６１におけるアンドゥ処理すべき構成変更操作の登録番号を表す固定長のデータ（以下、これを登録番号データと呼ぶ）Ｄ１と、このアンドゥ要求メッセージのあて先のストレージ装置５のＩＤを表す固定長のデータ（以下、これをあて先データと呼ぶ）Ｄ２とが、それぞれ対応する固定長のヘッダＤ３Ａ、Ｄ３Ｂの後に配置されて構成される。

そしてＣＰＵ３１は、このようなアンドゥ要求メッセージを生成すると、これを対応するストレージ装置５に送信し（ＳＰ２１）、この後そのストレージ装置５から図に示すようなアンドゥ応答メッセージが送信されるのを待ち受ける（ＳＰ２２）。

このとき、かかるストレージ装置５は、図１１について後述するように、このアンドゥ要求メッセージに基づいて必要なアンドゥ処理を実行し、このアンドゥ処理の成否と、当該アンドゥ処理が成功した場合における対応するエントリの構成変更管理テーブル６１への登録番号とをアンドゥ応答メッセージとしてその管理サーバ３に送信する。

このアンドゥ応答メッセージは、図１０に示すように、アンドゥ処理の処理結果を表す固定長のデータ（以下、これをアンドゥ処理結果データ）Ｄ４と、対応する構成変更管理テーブル６１におけるアンドゥ処理した構成変更操作のエントリの登録番号を表す固定長の登録番号データＤ５とが、それぞれ固定長のヘッダＤ６Ａ，Ｄ６Ｂの後に配置されて構成される。

そしてＣＰＵ３１は、このアンドゥ応答メッセージを受信すると（ＳＰ２２：ＹＥＳ）、このアンドゥ応答メッセージに基づいて、かかるアンドゥ処理が成功したか否かを判断する（ＳＰ２３）。そしてＣＰＵ３１は、否定結果を得たときには（ＳＰ２３：ＮＯ）、エラーメッセージを管理クライアント２に通知し（ＳＰ２６）、この後このアンドゥ指示処理を終了する。

これに対してＣＰＵ３１は、かかる判断において肯定結果を得たときには（ＳＰ２３：ＹＥＳ）、データ管理プログラム３６（図１）に指示を与えて、このアンドゥ処理の処理結果をアンドゥ管理テーブル３８（図３）に反映させる（ＳＰ２４）。この場合、ＣＰＵ３１は、データ管理プログラム３６に基づき、図８に示すアンドゥ処理結果反映処理手順ＲＴ４に従って、まず、このアンドゥ応答メッセージに含まれる当該構成変更操作の構成変更管理テーブル６１への登録番号を読み出し（ＳＰ３０）、この登録番号を含むエントリをアンドゥ管理テーブル３８から削除することとなる（ＳＰ３１）。

この後ＣＰＵ３１は、かかる削除したエントリと関連するアンドゥ管理テーブル３８上のすべてのエントリについての処理が終了したか否かを判断し（ＳＰ２５）、肯定結果を得た場合には（ＳＰ２５：ＹＥＳ）、ステップＳＰ２０に戻って、そのエントリについて同様の処理を繰り返す（ＳＰ２０〜ＳＰ２５）。

例えば、管理クライアント２からのアンドゥ要求に基づくアンドゥ処理対象が、図３について上述したように、第１のストレージ装置５内の第１の論理ボリュームＶＯＬと、第２のストレージ装置５内の第２の論理ボリュームＶＯＬとをペア設定した操作である場合、アンドゥ管理テーブル３８には、第１のストレージ装置５に対して行った、第１の論理ボリュームＶＯＬを第２の論理ボリュームＶＯＬとペア設定する第１の構成変更操作のエントリ（図３のアンドゥ管理テーブル３８の２行目）と、第２の論理ボリュームＶＯＬを第１の論理ボリュームＶＯＬにペア設定する第２の構成変更操作のエントリ（図３のアンドゥ管理テーブル３８の３行目）とが登録されている。

従って、この場合には、かかるステップＳＰ２０〜ステップＳＰ２４の処理によって、これら２つのエントリのうちの一方のエントリがアンドゥ管理テーブル３８から削除されたとしても他方のエントリがアンドゥ管理テーブル３８に残っており、このためステップＳＰ２５の判断において、ＣＰＵ３１が否定結果を得る。かくしてこのときＣＰＵ３１は、ステップＳＰ２０に戻ることとなる。

一方、ＣＰＵ３１は、関連するアンドゥ管理テーブル３８上のすべてのエントリについての処理が終了すると（ＳＰ２５：ＹＥＳ）、アンドゥ処理の処理結果（成功）を管理クライアント２に通知し（ＳＰ２６）、この後このアンドゥ指示処理を終了する。

例えば管理クライアント２からのアンドゥ要求に基づくアンドゥ処理対象の設定が、図３について上述したように、ＩＤが「0:00」という論理ボリュームＶＯＬをＩＤが「port A」の通信ポート３３Ａ，３３Ｂを介してＩＤが「Host A」という業務サーバ４と接続するようにパスを設定した操作である場合、アンドゥ管理テーブル３８には、かかる設定に関連するエントリは存在しない（図３を参照）。従って、この場合には、かかるステップＳＰ２５の判断において、ＣＰＵ３１が肯定結果を得ることとなる。かくしてこのときＣＰＵ３１は、管理クライアント２にアンドゥ処理が成功した旨の通知を行い、この後このアンドゥ指示処理を終了する。

図１１は、管理サーバ３からのアンドゥ要求メッセージを受信したストレージ装置５のＣＰＵ５３の処理手順を示すフローチャートである。ＣＰＵ５３は、アンドゥ代理エージェントプログラム５９（図１）に基づき、この図１１に示すアンドゥ処理手順ＲＴ５に従って、アンドゥ要求メッセージに応じたアンドゥ処理を実行する。

すなわちＣＰＵ５３は、管理サーバ３からアンドゥ要求メッセージを受信すると、まず、そのアンドゥ要求メッセージに格納されている登録番号を読み出し、構成変更管理テーブル６１内のその登録番号のエントリを特定する。またＣＰＵ５３は、特定したエントリにおける「アンドゥ要素」フィールド９５（図４）の「ボリュームＩＤ」フィールド９６（図４）から、対象となる論理ボリュームＶＯＬのＩＤを読み出す（ＳＰ４０）。

続いてＣＰＵ５３は、構成変更管理テーブル６１に登録されたエントリのうち、ステップＳＰ４０において特定したエントリよりも後に登録されたエントリであって、かつステップＳＰ４１〜ステップＳＰ５２について後述する処理を行っていない最も新しいエントリを１つ選択する（ＳＰ４１）。

そしてＣＰＵ５３は、この選択したエントリの「アンドゥ要素」フィールド９５の「ボリュームＩＤ」フィールド９６からデータを読み出し、これがステップＳＰ４０において取得したボリュームＩＤと一致するか否かを判断する（ＳＰ４２）。

ＣＰＵ５３は、この判断において否定結果を得ると（ＳＰ４２：ＮＯ）、ステップＳＰ５２に進み、これに対して肯定結果を得ると（ＳＰ４２：ＹＥＳ）、ステップＳＰ４１において選択したエントリの「関連装置」フィールド９９（図４）に他のストレージ装置５のＩＤや登録番号のデータが格納されているか否かを判断する（ＳＰ４３）。

ここで、この判断において肯定結果を得ることは（ＳＰ４３：ＹＥＳ）、そのエントリに対応する構成変更操作が自装置を含む複数のストレージ装置５に跨って行われていることを意味する。かくしてこのときＣＰＵ５３は、そのエントリの「関連装置」フィールド９９の「ＩＤ」フィールド１００（図４）に格納された、その構成変更操作を行った管理サーバ３のＩＤと、「関連装置」フィールド９９の「登録番号」フィールド１０１に格納された登録番号とをそれぞれ読み出す。そしてＣＰＵ５３は、これら読み出した管理サーバ３のＩＤ及び登録番号が格納されたアンドゥ要求メッセージ（図９）を生成し、これをその管理サーバ３に送信することにより、このエントリに対応する構成変更操作のアンドゥ処理をその管理サーバ３に依頼する（ＳＰ４４）。

このアンドゥ要求メッセージを受信した管理サーバ３は、管理クライアント２からアンドゥ要求が与えられた場合と同様にして、図７について上述したアンドゥ指示処理手順ＲＴ３及び図８について上述したアンドゥ処理結果反映処理手順ＲＴ４に従って、他のストレージ装置５に跨って行った一連の構成変更操作のアンドゥ処理を実行する。そして、管理サーバ３は、かかるアンドゥ指示処理手順ＲＴ３のステップＳＰ２６において、このアンドゥ処理の処理結果（成功又は失敗）を、そのアンドゥ要求メッセージを送信してきたストレージ装置５にアンドゥ応答メッセージ（図１０）として通知する。

一方、かかるアンドゥ処理を管理サーバ３に依頼したストレージ装置５のＣＰＵ５３は、この後、その管理サーバ３からのアンドゥ応答メッセージを待ち受け（ＳＰ４５）、このアンドゥ応答メッセージを受信すると（ＳＰ４５：ＹＥＳ）、このアンドゥ応答メッセージに基づいて、かかる管理サーバ３に依頼したアンドゥ処理が成功したか否かを判断する（ＳＰ４６）。

ＣＰＵ５３は、この判断において否定結果を得ると（ＳＰ４６：ＮＯ）、アンドゥ要求メッセージを送信してきた管理サーバ３に、要求されたアンドゥ処理が失敗した旨のアンドゥ応答メッセージを送信した後に、このアンドゥ処理を終了する（ＳＰ５３）。

これに対してＣＰＵ５３は、かかる判断において肯定結果を得ると（ＳＰ４６：ＹＥＳ）、構成変更管理テーブル６１上の該当するすべてのエントリについて同様の処理を行ったか否かを判断し（ＳＰ５２）、この判断において否定結果を得たときには（ＳＰ５２：ＮＯ）、この後構成変更管理テーブル６１上の該当するすべてのエントリについて同様の処理を実行する（ＳＰ４１〜ＳＰ５２）。

そしてＣＰＵ５３は、かかる構成変更管理テーブル６１上の該当するすべてのエントリについて同様の処理を行い終えると（ＳＰ５２：ＹＥＳ）、アンドゥ要求メッセージを送信してきた管理サーバ３に、要求されたアンドゥ処理が成功した旨のアンドゥ応答メッセージを送信した後に（ＳＰ５３）、このアンドゥ処理を終了する。

他方、ステップＳＰ４３の判断において肯定結果を得ることは（ＳＰ４３：ＹＥＳ）、そのエントリに対応する構成変更操作が自装置を含む複数のストレージ装置５に跨って行われていないことを意味する。かくしてこのときＣＰＵ５３は、そのエントリの「経路種別」フィールド９３（図４）に格納された経路種別を取得し（ＳＰ４８）、この後その経路種別の経路が通信不可能な状態となっていないか否かを調査する（ＳＰ４８）。

そしてＣＰＵ５３は、かかる経路が通信不可能な状態となっていない場合には、ステップＳＰ４１において選択したエントリに対応する構成変更操作に対するアンドゥ処理を実行する（ＳＰ５０）。この際ＣＰＵ５３は、自装置に対して行われた関連する構成変更操作についてもアンドゥ処理を実行する。またＣＰＵ５３は、この後この処理結果を構成変更管理テーブル６１に反映、つまり、かかるアンドゥ処理した構成変更操作のエントリを構成変更管理テーブル６１から削除する（ＳＰ５１）。

さらにＣＰＵ５３は、この後ステップＳＰ５２に進んで、構成変更管理テーブル６１上の該当するすべてのエントリについて同様の処理を行ったか否かを判断し（ＳＰ５２）、肯定結果を得ると（ＳＰ５２：ＹＥＳ）、アンドゥ要求メッセージを送信してきた管理サーバ３と、その他関連する管理サーバ３とにその旨のアンドゥ応答メッセージを送信した後に（ＳＰ５３）、このアンドゥ処理を終了する。

なお、このアンドゥ応答メッセージを受信した、かかるアンドゥ要求メッセージをストレージ装置５に送信した管理サーバ３は、図７のステップＳＰ２４について上述したように、このアンドゥ応答メッセージに基づき得られるアンドゥ処理の処理結果を自サーバ内のアンドゥ管理テーブル３８に反映するが、これと同様に、アンドゥ要求メッセージをストレージ装置５に送信していないにもかかわらず、このアンドゥ応答メッセージを受信したかかる関連する管理サーバ３も、図８について上述したアンドゥ処理結果反映処理手順ＲＴ４に従って、このアンドゥ応答メッセージに基づき得られるアンドゥ処理の処理結果をアンドゥ管理テーブル３８に反映する。これについては、次の具体例において説明する。

（２）具体例
（２−１）具体例１
次に、本実施の形態による記憶システム１におけるアンドゥ処理について、より具体例に説明する。ここでは、管理サーバ３から複数のストレージ装置５に跨らない構成変更操作が行われる場合を例に説明する。

図１２に示すように、あるストレージ装置５内に第１〜第５の論理ボリュームＶＯＬが設定されている状態において、当該ストレージ装置５に対して、第１及び第２の論理ボリュームＶＯＬを第１の通信ポート５６Ａ，５６Ｂ（「Port A」）を介して第１の業務サーバ４（「Host A」）、第３及び第４の論理ボリュームＶＯＬを第２の通信ポート５６Ａ，５６Ｂ（「Port B」）を介して第１の業務サーバ４（「Host A」）、第５の論理ボリュームＶＯＬを第３の通信ポート５６Ａ，５６Ｂ（「Port C」）を介して第２の業務サーバ４（「Host B」）にそれぞれ接続し、かつ第２及び第３の論理ボリュームＶＯＬと、第４及び第５の論理ボリュームＶＯＬをコピーペアに設定する構成変更操作を行うものとする。

この場合、パスを張る役割が対応付けられた第１の管理サーバ３（「管理サーバＡ」）は、管理クライアント２（図１）からのストレージ構成変更要求に応じて、第１〜第５の論理ボリュームＶＯＬと、対応する第１又は第２の業務サーバ４との間のパスを設定すべき旨のストレージ構成変更要求メッセージを、第１の論理ボリュームＶＯＬを対象とするものから順番にストレージ装置５に送信する。

ストレージ装置５は、かかるストレージ構成変更要求メッセージを受信すると、そのストレージ構成変更要求メッセージに応動して、第１の論理ボリュームＶＯＬを第１の通信ポート５６Ａ，５６Ｂを介して第１の業務サーバ４と接続するようにパスを設定すると共に、これと同様にして、第２〜第５の論理ボリュームＶＯＬと、対応する第１又は第２の業務サーバ４との間にパスを設定する。またストレージ装置５は、図１３（Ｃ）に示すように、かかる構成変更処理を行う毎にその内容を構成変更管理テーブル６１に順次登録すると共に（図１３（Ｃ）における登録番号が「１」〜「３」及び「６」，「７」の各エントリ）、当該構成変更管理テーブル６１におけるそのエントリの登録番号をストレージ構成変更応答メッセージに格納して順次第１の管理サーバ３に通知する。

第１の管理サーバ３は、かかるストレージ構成変更応答メッセージを受信する毎に、図１３（Ａ）に示すように、そのストレージ構成変更応答メッセージに対応した構成変更操作をアンドゥ管理テーブル３８に順次登録する。

これと並行して、コピーペアを設定する役割が対応付けられた第２の管理サーバ３（管理サーバＢ）は、管理クライアント２からのストレージ構成変更要求に応じて、第２及び第３の論理ボリュームＶＯＬをペア設定すべき旨のストレージ構成変更要求メッセージと、第４及び第５の論理ボリュームＶＯＬをペア設定すべき旨のストレージ構成変更要求メッセージとをストレージ装置５に送信する。

ストレージ装置５は、これらのストレージ構成変更要求メッセージを受信すると、そのストレージ構成変更要求メッセージに応動して、第２及び第３の論理ボリュームＶＯＬをペア設定すると共に、第４及び第５の論理ボリュームＶＯＬをペア設定する。またストレージ装置５は、かかる構成変更を行う毎にその内容を構成変更管理テーブル６１に順次登録すると共に、当該構成変更管理テーブル６１におけるそのエントリの登録番号をストレージ構成変更応答メッセージとして順次第２の管理サーバ３に通知する。

第２の管理サーバ３は、かかるストレージ構成変更応答メッセージを受信する毎に、図１３（Ｂ）に示すように、そのストレージ構成変更応答メッセージに対応した構成変更操作をアンドゥ管理テーブル３８に順次登録する。

一方、この後、例えば管理クライアント２から第１の管理サーバ３に対して、図１４に示すように、第２の論理ボリュームＶＯＬ及び第１の業務サーバ４間のパスを解消すべきアンドゥ要求が与えられた場合、第１の管理サーバ３は、ストレージ装置５に対してこれに応じたアンドゥ要求メッセージを送信する。

このアンドゥ要求メッセージを受信したストレージ装置５は、構成変更管理テーブル６１を参照して、アンドゥ処理すべき構成変更操作に対応するエントリ（図１３（Ｃ）において登録番号が「２」のエントリ）を特定し、「アンドゥ要素」フィールド９５の「ボリュームＩＤ」フィールド９６から対応する論理ボリューム（第２の論理ボリューム）ＶＯＬのＩＤ（「0:01」）を取得する。

またストレージ装置５は、このエントリ以降に構成変更管理テーブル６１に登録されたエントリであって、「アンドゥ要素」フィールド９５の「ボリュームＩＤ」フィールド９６に格納されたＩＤが、上述のようにして取得した論理ボリュームＶＯＬのＩＤ（「0:01」）と一致するエントリを検索する。

この場合、そのようなエントリとしては、第２の論理ボリュームＶＯＬと第３の論理ボリュームＶＯＬとをペア設定する構成変更操作についてのエントリが構成変更管理テーブル６１上に存在する（図１３（Ｃ）における登録番号が「４」のエントリ）。

かくして、ストレージ装置５は、このエントリに対応する構成変更操作のアンドゥ処理を実行する。また、構成変更管理テーブル６１におけるこのエントリの「関連装置」フィールド９９の「登録番号」フィールド１０１には、このエントリと関連する構成変更操作のエントリ（図１３（Ｃ）における登録番号が「５」のエントリ）の登録番号も格納されている。かくしてストレージ装置５は、この登録番号が「５」のエントリに対応する構成変更操作についてもアンドゥ処理する。そしてストレージ装置５は、この後図１５（Ｃ）に示すように、これらのアンドゥ処理した構成変更操作に対応するエントリを構成変更管理テーブル６１から削除する。

この後、ストレージ装置５は、第１の管理サーバ３からアンドゥ処理の依頼を受けたエントリ以降に構成変更管理テーブル６１に登録されたエントリであって、そのエントリの「アンドゥ要素」フィールド９５の「ボリュームＩＤ」フィールド９６に格納されたＩＤが、上述のようにして取得した論理ボリュームＶＯＬのＩＤ（「0:01」）と一致するエントリを、再び検索する。

この段階において、このようなエントリとしては、第１の管理サーバ３からアンドゥ処理の依頼を受けた構成変更操作のエントリ（図１３（Ｃ）における登録番号が「２」のエントリ）のみが構成変更管理テーブル６１上に存在する。よって、ストレージ装置５は、このエントリに対応する構成変更操作のアンドゥ処理を実行し、この後図１５（Ｃ）に示すように、構成変更管理テーブル６１からこのエントリを削除する。またストレージ装置５は、この後、かかるアンドゥ処理の処理結果をアンドゥ応答メッセージとして第１及び第２の管理サーバ３に送信する。

このアンドゥ応答メッセージを受信した第１の管理サーバ３は、図１５（Ａ）に示すように、自サーバ内のアンドゥ管理テーブル３８から対応するエントリ（図１５（Ａ）において上から２段目のエントリ）を削除すると共に、アンドゥ処理の処理結果を管理クライアント２に通知し、この一連のアンドゥ処理を終了する。

また、このアンドゥ応答メッセージを受信した第２の管理サーバ３は、図８について上述したアンドゥ処理結果反映処理手順ＲＴ４に従って、図１５（Ｂ）に示すように、自サーバ内のアンドゥ管理テーブル３８から対応するエントリ（図１５（Ｂ）において上から１段目及び２段目のエントリ）を削除する。

（２−２）具体例２
次に、管理サーバ３から複数のストレージ装置５に跨った構成変更操作が行われる場合を例に説明する。

図１６に示すように、第１のストレージ装置５（「ストレージ装置Ａ」）内の第１の論理ボリュームＶＯＬを通信ポート５６Ａ，５６Ｂ（「Port A」）を介してある業務サーバ４（「Host A」）に接続すると共に、第２のストレージ装置５（「ストレージ装置Ｂ」）内の第２の論理ボリュームＶＯＬを通信ポート５６Ａ，５６Ｂ（「Port B」）を介して業務サーバ４に接続し、かつこれら第１及び第２のストレージ装置５内の論理ボリュームＶＯＬ間でペア設定する構成変更操作を行うものとする。

この場合、パスを張る役割が対応付けられた第１の管理サーバ３（「管理サーバＡ」）は、管理クライアント２（図１）からのストレージ構成変更要求に応じて、第１の論理ボリュームＶＯＬ及び業務サーバ４間のパスを設定すべき旨のストレージ構成変更要求メッセージを第１のストレージ装置５に送信すると共に、第２の論理ボリュームＶＯＬ及び業務サーバ４間のパスを設定すべき旨のストレージ構成変更要求メッセージを第２のストレージ装置５に送信する。

第１のストレージ装置５は、かかるストレージ構成変更要求メッセージを受信すると、第１の論理ボリュームＶＯＬ及び指定された業務サーバ４間にパスを設定する。また第１のストレージ装置５は、図１７（Ｃ）に示すように、かかる構成変更処理の処理内容を自装置内の構成変更管理テーブル６１に登録すると共に（図１７（Ｃ）における登録番号が「１」のエントリ）、当該構成変更管理テーブル６１におけるそのエントリの登録番号をストレージ構成変更応答メッセージに格納して第１の管理サーバ３に通知する。

同様に、第２のストレージ装置５は、かかるストレージ構成変更要求メッセージを受信すると、第２の論理ボリュームＶＯＬ及び業務サーバ４間にパスを設定する。また第２のストレージ装置５は、図１７（Ｄ）に示すように、かかる構成変更処理の処理内容を自ストレージ構成変更管理テーブル６１に登録すると共に（図１７（Ｄ）における登録番号が「１」のエントリ）、当該構成変更管理テーブル６１におけるそのエントリの登録番号をストレージ構成変更応答メッセージに格納して第１の管理サーバ３に通知する。

第１の管理サーバ３は、かかる第１及び第２のストレージ装置５からのストレージ構成変更応答メッセージを受信する毎に、図１７（Ａ）に示すように、そのストレージ構成変更応答メッセージに対応したエントリをアンドゥ管理テーブル３８に順次登録する。

これと並行して、コピーペアを設定する役割が対応付けられた第２の管理サーバ３（管理サーバＢ）は、管理クライアント２からのストレージ構成変更要求に応じて、第１のストレージ装置５内の第１の論理ボリュームＶＯＬ及び第２のストレージ装置５内の第２の論理ボリュームＶＯＬをペア設定すべき旨のストレージ構成変更要求メッセージを第１及び第２のストレージ装置５にそれぞれ送信する。

第１のストレージ装置５は、このストレージ構成変更要求メッセージを受信すると、自装置内の第１の論理ボリュームＶＯＬを第２のストレージ装置５内の第２の論理ボリュームＶＯＬとペア設定する。また第１のストレージ装置５は、かかる構成変更を構成変更管理テーブル６１に登録すると共に（図１７（Ｃ）における登録番号が「２」のエントリ）、構成変更管理テーブル６１におけるそのエントリの登録番号をストレージ構成変更応答メッセージとして第２の管理サーバ３に通知する。

同様に、第２のストレージ装置５は、かかるストレージ構成変更要求メッセージを受信すると、自装置内の第２の論理ボリュームＶＯＬを第１のストレージ装置５内の第１の論理ボリュームとペア設定する。また第２のストレージ装置５は、かかる構成変更を構成変更管理テーブル６１に登録すると共に（図１７（Ｄ）における登録番号が「２」のエントリ）、構成変更管理テーブル６１におけるそのエントリの登録番号をストレージ構成変更応答メッセージとして第２の管理サーバ３に通知する。

第２の管理サーバ３は、かかる第１及び第２のストレージ装置５からのストレージ構成変更応答メッセージを受信する毎に、図１７（Ｂ）に示すように、そのストレージ構成変更応答メッセージに対応した構成変更操作をアンドゥ管理テーブル３８に順次登録する。

一方、この後、例えば管理クライアント２から第１の管理サーバ３に対して、図１８に示すように、第１のストレージ装置５の第１の論理ボリュームＶＯＬ及び第１の業務サーバ４間のパスを解消すべきアンドゥ要求が与えられた場合、第１の管理サーバ３は、第１のストレージ装置５に対してこれに応じたアンドゥ要求メッセージを送信する。

このアンドゥ要求メッセージを受信した第１のストレージ装置５は、自装置内の構成変更管理テーブル６１を参照して、アンドゥ処理すべき構成変更操作に対応するエントリ（図１７（Ｃ）においてそれぞれ登録番号が「１」のエントリ）を特定し、「アンドゥ要素」フィールド９５の「ボリュームＩＤ」フィールド９６から対応する論理ボリュームＶＯＬのＩＤ（「0:01」）を取得する。

また第１のストレージ装置５は、このエントリ以降に構成変更管理テーブル６１に登録されたエントリであって、「アンドゥ要素」フィールド９５の「ボリュームＩＤ」フィールド９６に格納されたＩＤが、上述のようにして取得した第１の論理ボリュームＶＯＬのＩＤ（「0:01」）と一致するエントリを検索する。

この場合、そのようなエントリとしては、自装置内の第１の論理ボリュームＶＯＬと第２のストレージ装置５内の第２の論理ボリュームＶＯＬとをペア設定する構成変更操作についてのエントリが構成変更管理テーブル６１上に存在する（図１７（Ｃ）における登録番号が「２」のエントリ）。

ただし、このエントリの「関連装置」フィールド９９の「ＩＤ」フィールド１００には第２のストレージ装置５のＩＤが登録されているため、この構成変更操作が複数のストレージ装置５に跨って行われたものであることが分かる。よって、このとき第１のストレージ装置５は、このエントリに対応する構成変更操作を行った第２の管理サーバ３にアンドゥ要求メッセージを送信することにより、当該構成変更操作のアンドゥ処理を依頼する。

このアンドゥ処理の依頼を受けた第２の管理サーバ３は、自サーバ内のアンドゥ管理テーブル３８を参照して、第１及び第２の論理ボリュームＶＯＬ間のペア設定を解除すべきアンドゥ要求メッセージを第１及び第２のストレージ装置５に送信する。

第１及び第２のストレージ装置５は、このアンドゥ要求メッセージを受けて、第１及び第２の論理ボリューム間のペア設定を解除するアンドゥ処理を実行する。また第１及び第２のストレージ装置５は、この後図１９（Ｃ）及び（Ｄ）に示すように、これらアンドゥ処理した構成変更操作に対応するエントリ（図１７（Ｃ）及び（Ｄ）におけるそれぞれ登録番号が「２」のエントリ）をそれぞれ自装置内のアンドゥ管理テーブル３８から削除する。そして第１及び第２のストレージ装置５は、それぞれアンドゥ処理が成功した旨のアンドゥ応答メッセージを第２の管理サーバ３に送信する。

かかる第１及び第２のストレージ装置５からのアンドゥ応答メッセージを受信した第２の管理サーバ３は、図１９（Ｂ）に示すように、かかる第１及び第２のストレージ装置５におけるアンドゥ処理にそれぞれ対応するエントリ（図１７（Ｂ）における１段目及び２段目の各エントリ）を自サーバ内のアンドゥ管理テーブル３８から削除する。また第２の管理サーバ３は、この後アンドゥ処理の依頼を受けたアンドゥ処理が成功した旨のアンドゥ応答メッセージを第１のストレージ装置５に送信する。

そして、このアンドゥ応答メッセージを受信した第１のストレージ装置５は、この段階で、このアンドゥ処理依頼を受けた構成変更操作のエントリ以降に構成変更管理テーブル６１に登録されたエントリであって、「アンドゥ要素」フィールド９５の「ボリュームＩＤ」フィールド９６に格納されたＩＤが、上述のようにして取得した論理ボリュームＶＯＬのＩＤ（「0:01」）と一致するエントリを再度検索する。

この段階において、このようなエントリとしては、第１の管理サーバ３からアンドゥ処理の依頼を受けた構成変更操作のエントリ（図１７（Ｃ）における登録番号が「１」のエントリ）のみが構成変更管理テーブル６１上に存在する。よって、第１のストレージ装置５は、このエントリに対応する構成変更操作のアンドゥ処理を実行し、この後図１９（Ｃ）に示すように、構成変更管理テーブル６１からこのエントリを削除する。また第１のストレージ装置５は、この後、かかるアンドゥ処理の処理結果をアンドゥ応答メッセージとして第１の管理サーバ３に送信する。

このアンドゥ応答メッセージを受信した第１の管理サーバ３は、図１９（Ａ）に示すように、自サーバ内のアンドゥ管理テーブル３８から対応するエントリ（図１９（Ａ）において上から２段目のエントリ）を削除すると共に、アンドゥ処理の処理結果を管理クライアント２に通知し、この一連のアンドゥ処理を終了する。

（３）本実施の形態の効果
以上のように、この記憶システム１では、各管理サーバ３側において、ストレージ装置５に対して行った構成変更操作の履歴をアンドゥ管理テーブル３８を用いて管理する一方、各ストレージ装置５側において、管理サーバ３からのアンドゥ要求に応じて実行した構成変更の履歴を構成変更管理テーブル６１を用いて管理する。そして、ストレージ装置５は、管理サーバ３からアンドゥ要求メッセージが与えられたときに、対応する構成変更操作に関連して他のストレージ装置５に構成変更操作が行われているか否かを構成変更管理テーブル６１に基づいて判定し、他のストレージ装置５に構成変更操作が行なわれていないときには対応する構成変更のアンドゥ処理を実行し、他のストレージ装置５に構成変更操作が行われているときには、対象とする構成変更操作を行った管理サーバ３に対して、当該構成変更操作のアンドゥ処理を依頼する。

従って、この記憶システム１では、ストレージ装置５が単独で行い得る構成変更操作のアンドゥ処理については当該ストレージ装置５が単独で、またストレージ装置５が単独で行い得ない、複数のストレージ装置５に跨った構成変更操作については、その構成変更操作を行なった管理サーバ３がアンドゥ処理を行なうため、複数の管理サーバ３からストレージ装置５に対して構成変更操作が行われた場合であっても、管理者が他の管理者と連絡を取り合うことなく、自己が行なった構成変更操作を単独で取り消すことができる。かくするにつき、この記憶システム１によれば、複数の管理者等によりストレージ装置５に行われた構成変更操作のアンドゥ処理を容易化させることができる。

（４）他の実施の形態
なお上述の実施の形態においては、本発明を図１及び図２のように構成された記憶システム１に適用するようにした場合について述べたが、本発明はこれに限らず、この他種々の構成の記憶システムに広く適用することができる。

また上述の実施の形態においては、管理サーバ３側において、ストレージ装置５に対する構成変更操作の履歴を管理するサーバ側構成変更管理部を、当該管理サーバ３全体の動作制御を司るＣＰＵ３１、アンドゥ管理プログラム３６及びアンドゥ管理テーブル３８により構成し、ストレージ装置５側において、管理サーバ３の構成変更操作に基づく構成変更の履歴を管理するストレージ装置側変更管理部を、当該ストレージ装置５全体の動作制御を司るＣＰＵ５３、アンドゥ代理エージェントプログラム５９及び構成変更管理テーブル６１により構成するようにした場合について述べたが、本発明はこれに限らず、これらサーバ側構成変更管理部及びストレージ装置側構成変更管理部の構成としては、この他種々の構成を広く適用することができる。

さらに上述の実施の形態においては、管理サーバ３側において、各ストレージ装置５に対する構成変更操作ごとのアンドゥ処理に必要な第１の情報（図３の各フィールド７０〜７８にそれぞれ格納された情報）を登録する第１のテーブルとしてのアンドゥ管理テーブル３８を図３のように構成するようにした場合について述べたが、本発明はこれに限らず、この他種々の構成を広く適用することができる。

さらに上述の実施の形態においては、ストレージ装置５側において、構成変更ごとのアンドゥ処理に必要な第２の情報（図４の各フィールド９０〜１０１にそれぞれ格納された情報）を登録する第２のテーブルとしての構成変更管理テーブル６１を図４のように構成するようにした場合について述べたが、本発明はこれに限らず、この他種々の構成を広く適用することができる。

本発明は、複数の管理者によりストレージ装置の構成変更操作が行なわれる記憶システムに広く適用することができる。

本実施の形態による記憶システムの構成を示すブロック図である。 本実施の形態による記憶システムの構成を示すブロック図である。 アンドゥ管理テーブルを示す図表である。 構成変更管理テーブルを示す図表である。 ストレージ構成変更処理手順を示すフローチャートである。 自ストレージ構成変更処理手順を示すフローチャートである。 アンドゥ指示処理手順を示すフローチャートである。 アンドゥ処理結果反映処理手順を示すフローチャートである。 アンドゥ要求メッセージのデータフォーマットを示す概念図である。 アンドゥ応答メッセージのデータフォーマットを示す概念図である。 アンドゥ処理手順を示すフローチャートである。 具体例１の説明に供するブロック図である。 （Ａ）は具体例１に係る第１の管理サーバのアンドゥ管理テーブルの構成、（Ｂ）は具体例１に係る第２の管理サーバのアンドゥ管理テーブルの構成、（Ｃ）は具体例１に係るストレージ装置の構成変更管理テーブルの構成をそれぞれ示す図表である。 具体例１の説明に供するブロック図である。 （Ａ）は具体例１に係る第１の管理サーバのアンドゥ管理テーブルの構成、（Ｂ）は具体例１に係る第２の管理サーバのアンドゥ管理テーブルの構成、（Ｃ）は具体例１に係るストレージ装置の構成変更管理テーブルの構成をそれぞれ示す図表である。 具体例２の説明に供するブロック図である。 （Ａ）は具体例２に係る第１の管理サーバのアンドゥ管理テーブルの構成、（Ｂ）は具体例２に係る第２の管理サーバのアンドゥ管理テーブルの構成、（Ｃ）は具体例２に係る第１のストレージ装置の構成変更管理テーブルの構成、（Ｄ）は具体例２に係る第２のストレージ装置の構成変更管理テーブルの構成をそれぞれ示す図表である。 具体例２の説明に供するブロック図である。 （Ａ）は具体例２に係る第１の管理サーバのアンドゥ管理テーブルの構成、（Ｂ）は具体例２に係る第２の管理サーバのアンドゥ管理テーブルの構成、（Ｃ）は具体例２に係る第１のストレージ装置の構成変更管理テーブルの構成、（Ｄ）は具体例２に係る第２のストレージ装置の構成変更管理テーブルの構成をそれぞれ示す図表である。

符号の説明

１……記憶システム、２……管理クライアント、３……管理サーバ、４……業務サーバ、５……ストレージ装置、６……ＬＡＮ、７……ＳＡＮ、３０，４０，５２……ディスク装置、３１，４１，５３……ＣＰＵ、３８……アンドゥ管理テーブル、３６……アンドゥ管理プログラム、３７，４６，６０……データ管理プログラム、５９……アンドゥ代理エージェントプログラム、６１……構成変更管理テーブル、ＶＯＬ……論理ボリューム。

Claims (12)

1. 複数の管理サーバと、前記管理サーバによる構成変更操作に応じて自己の構成を変更する１又は複数のストレージ装置とを有する記憶システムにおいて、
   前記管理サーバは、
   前記ストレージ装置に対する前記構成変更操作の履歴を管理するサーバ側構成変更管理部を備え、
   前記ストレージ装置は、
   前記管理サーバの前記構成変更操作に基づく構成変更の履歴を管理するストレージ装置側変更管理部を備え、
   前記サーバ側構成変更管理部は、必要時、対応する前記構成変更操作のアンドゥ要求を対応する前記ストレージ装置に送信し、
   前記ストレージ装置側変更管理部は、前記構成変更操作の前記アンドゥ要求が与えられたときに、当該構成変更操作及び当該構成変更操作以降に行なわれた関連する前記構成変更操作について、対象とする当該構成変更操作に関連して他の前記ストレージ装置に前記構成変更操作が行われているか否かを判定し、他の前記ストレージ装置に前記構成変更操作が行われていないときには、対象とする前記構成変更操作に対応する前記構成変更のアンドゥ処理を実行し、他の前記ストレージ装置に前記構成変更操作が行われているときには、対象とする前記構成変更操作を行った前記管理サーバに当該構成変更操作のアンドゥ処理を依頼し、
   前記サーバ側構成変更管理部は、前記ストレージ装置からの前記アンドゥ処理の依頼に応じて、対応する前記構成変更操作の前記アンドゥ要求を対応する前記ストレージ装置に送信する
   ことを特徴とする記憶システム。
2. 前記サーバ側変更管理部は、
   前記ストレージ装置に対する前記構成変更操作の履歴を、前記構成変更操作ごとの前記アンドゥ処理に必要な第１の情報を第１のテーブルにそれぞれ登録するようにして管理し、
   前記ストレージ装置側構成変更管理部は、
   前記管理サーバの前記構成変更操作に基づく構成変更の履歴を、前記構成変更ごとの前記アンドゥ処理に必要な第２の情報を第２のテーブルにそれぞれ登録するようにして管理する
   ことを特徴とする請求項１に記載の記憶システム。
3. 前記ストレージ装置側変更管理部は、
   前記構成変更ごとに、当該構成変更の前記第２のテーブルへの登録番号を対応する前記管理サーバに送信し、
   前記サーバ側構成変更管理部は、
   前記構成変更操作ごとに、対応する当該登録番号を前記第１の情報として前記第１のテーブルに登録すると共に、当該登録番号により前記構成変更操作を特定して、当該構成変更操作に基づく前記構成変更の前記アンドゥ要求を対応する前記ストレージ装置に送信する
   ことを特徴とする請求項２に記載の記憶システム。
4. 前記サーバ側構成変更管理部及び前記ストレージ側構成管理変更部は、
   前記ストレージ装置における前記アンドゥ処理の処理結果を前記第１又は第２のテーブルに反映させる
   ことを特徴とする請求項２に記載の記憶システム。
5. 前記第２の情報は、
   当該構成変更操作に関連して自己又は他の前記ストレージ装置に前記構成変更操作が行なわれた場合における、当該自己又は他の前記ストレージ装置の識別情報と、当該自己又は他の前記ストレージ装置に行われた前記構成変更操作の前記第２のテーブルへの前記登録番号とを含み、
   前記ストレージ装置側変更管理部は、
   前記第２のテーブルに登録された前記ストレージ装置の前記識別情報に基づいて、対象とする前記構成変更操作に関連して他の前記ストレージ装置に前記構成変更操作が行われているか否かを判定する
   ことを特徴とする請求項２に記載の記憶システム。
6. 前記第１の情報は、
   前記構成変更操作を行なった前記ストレージ装置の識別情報を含む
   ことを特徴とする請求項２に記載の記憶システム。
7. 複数の管理サーバからの構成変更操作に応じて構成変更したストレージ装置の当該構成変更をアンドゥ処理するアンドゥ処理方法において、
   前記管理サーバは、
   前記ストレージ装置に対する前記構成変更操作の履歴を管理し、
   前記ストレージ装置は、
   前記管理サーバの前記構成変更操作に基づく構成変更の履歴を管理し、
   前記管理サーバが、必要時、対応する前記構成変更操作のアンドゥ要求を対応する前記ストレージ装置に送信する第１のステップと、
   前記ストレージ装置が、前記構成変更操作の前記アンドゥ要求が与えられたときに、当該構成変更操作及び当該構成変更操作以降に行なわれた関連する前記構成変更操作について、対象とする当該構成変更操作に関連して他の前記ストレージ装置に前記構成変更操作が行われているか否かを判定し、他の前記ストレージ装置に前記構成変更操作が行われていないときには、対象とする前記構成変更操作に対応する前記構成変更のアンドゥ処理を実行し、他の前記ストレージ装置に前記構成変更操作が行われているときには、対象とする前記構成変更操作を行った前記管理サーバに当該構成変更操作のアンドゥ処理を依頼する第２のステップと、
   前記管理サーバが、前記ストレージ装置からの前記アンドゥ処理の依頼に応じて、対応する前記構成変更操作の前記アンドゥ要求を対応する前記ストレージ装置に送信する第３のステップと
   を備えることを特徴とするアンドゥ処理方法。
8. 前記管理サーバは、
   前記ストレージ装置に対する前記構成変更操作の履歴を、前記構成変更操作ごとの前記アンドゥ処理に必要な第１の情報を第１のテーブルにそれぞれ登録するようにして管理し、
   前記ストレージ装置は、
   前記管理サーバの前記構成変更操作に基づく構成変更の履歴を、前記構成変更ごとの前記アンドゥ処理に必要な第２の情報を第２のテーブルにそれぞれ登録するようにして管理する
   ことを特徴とする請求項７に記載のアンドゥ処理方法。
9. 前記ストレージ装置は、
   前記構成変更ごとに、当該構成変更の前記第２のテーブルへの登録番号を対応する前記管理サーバに送信し、
   前記管理サーバは、
   前記構成変更操作ごとに、対応する当該登録番号を前記第１の情報として前記第１のテーブルに登録し、
   前記第１のステップでは、
   前記管理サーバは、当該登録番号により前記構成変更操作を特定して、当該構成変更操作に基づく前記構成変更の前記アンドゥ要求を対応する前記ストレージ装置に送信する
   ことを特徴とする請求項８に記載のアンドゥ処理方法。
10. 前記管理サーバ及び前記ストレージ装置は、
    前記ストレージ装置における前記アンドゥ処理の処理結果を前記第１又は第２のテーブルに反映させる
    ことを特徴とする請求項８に記載のアンドゥ処理方法。
11. 前記第２の情報は、
    当該構成変更操作に関連して自己又は他の前記ストレージ装置に前記構成変更操作が行なわれた場合における、当該自己又は他の前記ストレージ装置の識別情報と、当該自己又は他の前記ストレージ装置に行われた前記構成変更操作の前記第２のテーブルへの前記登録番号とを含み、
    前記第２のステップにおいて、前記ストレージ装置は、
    前記第２のテーブルに登録された前記ストレージ装置の前記識別情報に基づいて、対象とする前記構成変更操作に関連して他の前記ストレージ装置に前記構成変更操作が行われているか否かを判定する
    ことを特徴とする請求項８に記載のアンドゥ処理方法。
12. 前記第１の情報は、
    前記構成変更操作を行なった前記ストレージ装置の識別情報を含む
    ことを特徴とする請求項８に記載のアンドゥ処理方法。
    
    

Images