(57)【要約】【課題】  SLPRのストレージシステムにおいて、管理者が誤って副記憶デバイス内のデータを消去したり、副記憶デバイスの設定そのものを消去したりする不具合を防止する。【解決手段】  管理者が管理する全てのSLPRにつき全部のLDEV情報を取得する（S１７１）。副LDEV用SLPR管理テーブルのユーザID、パスワードを指定しSLPR番号に副LDEV用SLPRを指定し保守端末に通知する（S１７２）。全てのSLPRの全部のLDEV情報をリストにして表示する（S１７３）。ペア管理テーブルから正LDEVを選択する（S１７４）。副LDEV用SLPR管理者、サブシステム管理者、SLPR管理者かチェックする（S１７５）。正LDEVとサイズ、RAIDレベルとも同じものをリストにして表示する（S１７６）。副LDEVを選択し（S１７７）副LDEVと正LDEVからサブシステム管理者のユーザID、パスワードを用いてローカルレプリケーションペア生成コマンドを発行し正LDEVと副LDEVのペアを作成する（S１７９）。【選択図】        図１８
2006133989.tif 000002
【特許請求の範囲】
【請求項１】
ストレージシステムを論理分割することにより形成した該ストレージシステムの複数のパーティションのうちから、運用中の記憶デバイスを含む第１のパーティションを設定する第１の設定部と、
前記複数のパーティションのうちから、運用中の記憶デバイスを正記憶デバイスとして該正記憶デバイスとペアになり得る副記憶デバイスの候補を含む第２のパーティションを設定する第２の設定部と、
前記複数のパーティションに含まれる記憶デバイスに係わる情報を取得する記憶デバイス情報取得部と、
前記記憶デバイス情報取得部により取得された記憶デバイスの情報から、該記憶デバイスが、前記第２のパーティションに含まれる副記憶デバイスの候補かどうか判別する判別部と、
前記判別部により、前記第２のパーティションに含まれると判別された記憶デバイスを副記憶デバイスとなし得る記憶デバイスを、前記第１のパーティションに含まれる記憶デバイスのうちから抽出し、該記憶デバイスを正記憶デバイスとし、前記判別された記憶デバイスをその副記憶デバイスとするペアを作成するペア作成部と、
を備えるストレージシステムの管理装置。
【請求項２】
請求項１記載のストレージシステムの管理装置において、
前記第２のパーティションに含まれる副記憶デバイスの候補に対しては、如何なるアクセスをも禁止するアクセス禁止部、を更に備えるストレージシステムの管理装置。
【請求項３】
請求項１記載のストレージシステムの管理装置において、
前記第１のパーティションに含まれる何れの記憶デバイスについても、副記憶デバイスとして用いないようにしたストレージシステムの管理装置。
【請求項４】
請求項１記載のストレージシステムの管理装置において、
前記ストレージシステムの管理者が、前記各パーティションの全部を管理可能な上位の管理者か、前記各パーティションのうちの特定のパーティションのみ管理可能な下位の管理者かを判別する管理者判別部、を更に備えるストレージシステムの管理装置。
【請求項５】
請求項１又は請求項４記載のストレージシステムの管理装置において、
前記管理者判別部が、前記ストレ−ジシステムの管理者を、前記上位の管理者、又は
前記第２のパーティションの管理者であると判別した場合に、前記ペア作成部が、前記正記憶デバイスとされた記憶デバイスの副記憶デバイスとなる記憶デバイスの前記第２のパーティションからの選択を、前記ストレージシステムを管理するための管理端末を操作する最上位の管理者に委ねるようにしたストレージシステムの管理装置。
【請求項６】
請求項５記載のストレージシステムの管理装置において、
前記第１のパーティションからの、前記正記憶デバイスとなる記憶デバイスの抽出が、前記最上位の管理者によって行われるストレージシステムの管理装置。
【請求項７】
請求項１又は請求項４記載のストレージシステムの管理装置において、
前記管理者判別部が、前記ストレ−ジシステムの管理者を、前記下位の管理者であると判別した場合に、前記ペア作成部が、前記正記憶デバイスとされた記憶デバイスの副記憶デバイスとなる記憶デバイスの前記第２のパーティションからの選択を、自動的に行うようにしたストレージシステムの管理装置。
【請求項８】
請求項１記載のストレージシステムの管理装置において、
前記第２のパーティションに含まれる前記副記憶デバイスとされた記憶デバイスの、前記ストレージシステムとの間でデータの授受を行うホスト装置への割り当て、及び割り当ての取り消しの処理が、前記第２のパーティションの管理者のみによって行われるようにしたストレージシステムの管理装置。
【請求項９】
ストレージシステムを論理分割することにより形成した該ストレージシステムの複数のパーティションのうちから、運用中の記憶デバイスを含む第１のパーティションを設定する第１の設定部と、
前記複数のパーティションのうちから、運用中の記憶デバイスを正記憶デバイスとして該正記憶デバイスとペアになり得る記憶デバイスを副記憶デバイスとして収容するための第２のパーティションを設定する第２の設定部と、
前記第２のパーティションを除く前記複数のパーティションに含まれる記憶デバイスに係わる情報を取得する記憶デバイス情報取得部と、
前記記憶デバイス情報取得部により取得された記憶デバイスの情報により、前記第２のパーティションを除く前記複数のパーティションに含まれる記憶デバイスの中から、前記運用中の記憶デバイスとペアになり得る記憶デバイスがあるかどうか判別する判別部と、
前記判別部により、前記ペアになり得ると判別された記憶デバイスを、前記運用中の記憶デバイスを正記憶デバイスとした場合の、その副記憶デバイスとして、前記第２のパーティションへ移動させる記憶デバイス移動部と、
を備えるストレージシステムの管理装置。
【請求項１０】
ストレージシステムを論理分割することにより形成した該ストレージシステムの複数のパーティションのうちから、運用中の記憶デバイスを含む第１のパーティションを設定する第１のステップと、
前記複数のパーティションのうちから、運用中の記憶デバイスを正記憶デバイスとして該正記憶デバイスとペアになり得る副記憶デバイスの候補を含む第２のパーティションを設定する第２のステップと、
前記複数のパーティションに含まれる全部の記憶デバイスに係わる情報を取得する第３のステップと、
前記第３のステップにおいて取得された記憶デバイスの情報から、該記憶デバイスが、前記第２のパーティションに含まれる副記憶デバイスの候補かどうか判別する第４のステップと、
前記第４のステップにおいて、前記第２のパーティションに含まれると判別された記憶デバイスを副記憶デバイスとなし得る記憶デバイスを、前記第１のパーティションに含まれる記憶デバイスのうちから抽出し、該記憶デバイスを正記憶デバイスとし、前記判別された記憶デバイスをその副記憶デバイスとするペアを作成する第５のステップと、
を備えるストレージシステムの管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、論理分割することにより形成した、記憶デバイスを含む複数のパーティションを持つストレージシステムの管理方法、及び装置に関する。
【背景技術】
【０００２】
従来、バックアップに使用するスナップショット取得のため二重化運用しているディスクアレイにおいて、オリジナルデータの記憶領域と、スナップショットとして提供する記憶領域とを有する夫々のディスクアレイを互いに異なるnを持つnD＋1Pのディスク構成とし、各ディスクアレイが互いに柔軟な構成を採れる方法が提案されている。この方法では、nD＋1Pで構成する複数の記憶媒体上の記憶領域であるミラー元LUと、mD＋1Pで構成する複数の記憶媒体上の記憶領域であるミラー先LUと、nD＋1PのRAID制御を行うn−RAID制御サブプログラムと、mD＋1PのRAID制御を行うm−RAID制御サブプログラムと、コンピュータがデータ書き込みを要求したときにミラー元LUとミラー先LUに書き込んで二重化するLUミラーサブプログラムとを設ける。なお、m及びnは2以上の整数であって、mとnは異なる値である（例えば特許文献１参照）。
【特許文献１】特開2002-259062号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、ストレージシステムにおいて、SLPR（Storage Logical Partition）と称する技術が知られている。SLPRとは、１台のメインフレーム系のコンピュータを仮想的に分割して、恰も複数台のコンピュータが存在しているかのように、該１台のコンピュータを利用することができるコンピュータの論理分割（Logical Partition（LPR））の技術を、ストレージシステムに応用したものである。即ち、SLPRは、ストレージシステム内のポートやLDEV（論理ボリューム）を論理的に分割することによって、１つのストレージシステムを、恰も複数のストレージシステムであるかのように、ユーザ（即ち、SLPRの管理者）に見せるもので、SLPRの管理者は、自身の所管するSLPRのポートやLDEVしか見たり操作したりすることができないようになっている。
【０００４】
このようなSLPRの技術が適用されているストレージシステムにおいて、所謂ミラー再同期化を利用したスナップショット技術であるシャドウイメージの副ボリュームは、該副ボリュームがホスト装置に割り当てられていない状態でも、重要なデータを格納している場合がある。しかし、上記副ボリュームが、ホスト装置に割り当てられていないことにより、SLPRの管理者は、シャドウイメージの副ボリュームを、使用されていないボリュームであると勘違いして、該副ボリュームに格納されているデータを消去してしまう虞がある。また、上記管理者が該副ボリュームに新たなデータを格納するため、該副ボリュームをホスト装置に割り当てたりしてしまいがちであるという問題も生じる。
【０００５】
新たなデータの格納のための、上記副ボリュームのホスト装置への割り当てを防止するには、上記副ボリュームを、Read専用としたり、I／O、即ち、ホスト装置からのデータ読み込みや、データ書き込みのためのアクセスを受けないように設定することによって実現することが可能である。しかし、上記管理者が上記副ボリュームを、使用されていないボリュームであると勘違いして、該副ボリュームに格納されているデータを消去してしまう虞については、上記手法では回避することができない。
【０００６】
従って本発明の目的は、論理分割されてポートや記憶デバイスを含む複数のパーティションが形成されているストレージシステムにおいて、管理者が、誤って副記憶デバイスとして用いられる記憶デバイス内のデータを消去したり、副記憶デバイスの設定そのものを消去したりする不具合を防止することにある。
【課題を解決するための手段】
【０００７】
本発明の第１の観点に従うストレージシステムの管理装置は、ストレージシステムを論理分割することにより形成したそのストレージシステムの複数のパーティションのうちから、運用中の記憶デバイスを含む第１のパーティションを設定する第１の設定部と、上記複数のパーティションのうちから、運用中の記憶デバイスを正記憶デバイスとしてその正記憶デバイスとペアになり得る副記憶デバイスの候補を含む第２のパーティションを設定する第２の設定部と、上記複数のパーティションに含まれる記憶デバイスに係わる情報を取得する記憶デバイス情報取得部と、上記記憶デバイス情報取得部により取得された記憶デバイスの情報から、その記憶デバイスが、上記第２のパーティションに含まれる副記憶デバイスの候補かどうか判別する判別部と、上記判別部により、上記第２のパーティションに含まれると判別された記憶デバイスを副記憶デバイスとなし得る記憶デバイスを、上記第１のパーティションに含まれる記憶デバイスのうちから抽出し、その記憶デバイスを正記憶デバイスとし、上記判別された記憶デバイスをその副記憶デバイスとするペアを作成するペア作成部と、を備える。
【０００８】
本発明の第１の観点に係る好適な実施形態では、上記第２のパーティションに含まれる副記憶デバイスの候補に対しては、如何なるアクセスをも禁止するアクセス禁止部を更に備える。
【０００９】
上記とは別の実施形態では、上記第１のパーティションに含まれる何れの記憶デバイスについても、副記憶デバイスとして用いないようにした。
【００１０】
また、上記とは別の実施形態では、上記ストレージシステムの管理者が、上記各パーティションの全部を管理可能な上位の管理者か、上記各パーティションのうちの特定のパーティションのみ管理可能な下位の管理者かを判別する管理者判別部、を更に備える。
【００１１】
また、上記とは別の実施形態では、上記管理者判別部が、上記ストレ−ジシステムの管理者を、上記上位の管理者、又は上記第２のパーティションの管理者であると判別した場合に、上記ペア作成部が、上記正記憶デバイスとされた記憶デバイスの副記憶デバイスとなる記憶デバイスの上記第２のパーティションからの選択を、上記ストレージシステムの管理者に委ねるようにした。
【００１２】
また、上記とは別の実施形態では、上記第１のパーティションからの、上記正記憶デバイスとなる記憶デバイスの抽出が、上記最上位の管理者によって行われる。
【００１３】
また、上記とは別の実施形態では、上記管理者判別部が、上記ストレ−ジシステムの管理者を、上記下位の管理者であると判別した場合に、上記ペア作成部が、上記正記憶デバイスとされた記憶デバイスの副記憶デバイスとなる記憶デバイスの上記第２のパーティションからの選択を、自動的に行うようにした。
【００１４】
更に、上記とは別の実施形態では、上記第２のパーティションに含まれる上記副記憶デバイスとされた記憶デバイスの、上記ストレージシステムとの間でデータの授受を行うホスト装置への割り当て、及び割り当ての取り消しの処理が、上記第２のパーティションの管理者のみによって行われるようにした。
【００１５】
本発明の第２の観点に従うストレージシステムの管理装置は、ストレージシステムを論理分割することにより形成したそのストレージシステムの複数のパーティションのうちから、運用中の記憶デバイスを含む第１のパーティションを設定する第１の設定部と、上記複数のパーティションのうちから、運用中の記憶デバイスを正記憶デバイスとしてその正記憶デバイスとペアになり得る記憶デバイスを副記憶デバイスとして収容するための第２のパーティションを設定する第２の設定部と、上記第２のパーティションを除く上記複数のパーティションに含まれる記憶デバイスに係わる情報を取得する記憶デバイス情報取得部と、上記記憶デバイス情報取得部により取得された記憶デバイスの情報により、上記第２のパーティションを除く上記複数のパーティションに含まれる記憶デバイスの中から、上記運用中の記憶デバイスとペアになり得る記憶デバイスがあるかどうか判別する判別部と、上記判別部により、上記ペアになり得ると判別された記憶デバイスを、上記運用中の記憶デバイスを正記憶デバイスとした場合の、その副記憶デバイスとして、上記第２のパーティションへ移動させる記憶デバイス移動部と、を備える。
【００１６】
本発明の第３の観点に従うストレージシステムの管理方法は、ストレージシステムを論理分割することにより形成したそのストレージシステムの複数のパーティションのうちから、運用中の記憶デバイスを含む第１のパーティションを設定する第１のステップと、上記複数のパーティションのうちから、運用中の記憶デバイスを正記憶デバイスとしてその正記憶デバイスとペアになり得る副記憶デバイスの候補を含む第２のパーティションを設定する第２のステップと、上記複数のパーティションに含まれる記憶デバイスに係わる情報を取得する第３のステップと、上記第３のステップにおいて取得された記憶デバイスの情報から、その記憶デバイスが、上記第２のパーティションに含まれる副記憶デバイスの候補かどうか判別する第４のステップと、上記第４のステップにおいて、上記第２のパーティションに含まれると判別された記憶デバイスを副記憶デバイスとなし得る記憶デバイスを、上記第１のパーティションに含まれる記憶デバイスのうちから抽出し、その記憶デバイスを正記憶デバイスとし、上記判別された記憶デバイスをその副記憶デバイスとするペアを作成する第５のステップと、を備える。
【発明の効果】
【００１７】
本発明によれば、論理分割されてポートや記憶デバイスを含む複数のパーティションが形成されているストレージシステムにおいて、管理者が、誤って副記憶デバイスとして用いられる記憶デバイス内のデータを消去したり、副記憶デバイスの設定そのものを消去したりする不具合を防止することができる。
【発明を実施するための最良の形態】
【００１８】
以下、本発明の実施の形態を、図面により詳細に説明する。
【００１９】
図１は、本発明に係る、SLPR（Storage Logical Partition）の技術を適用したストレージシステムと、各ユーザが夫々所管する複数台のホスト装置とを備える情報処理システムの一例を示すブロック図である。
【００２０】
図１に示したストレージシステムでは、ディスク駆動装置と共にストレージシステムを構成する（チャネル制御部、共有メモリ、キャシュメモリ、ディスク制御部、管理端末、及び接続部を含む）ディスク制御装置（ディスクコントローラ）（DKC）の記載を省略している。従って、ここでは、CLPR（Cache Memory Logical Partition）についての詳細な説明は省略する。
【００２１】
図１に示すように、SLPRでは、複数のハードディスクドライブ（HDD）がRAID（Redundant Arrays of Independent Inexpensive Disks）構成となっているストレージシステム１０が、LDEV（論理デバイス）１１〜１１０、及びポート３１〜３５を含む幾つかの部分（Partition）に分割され、各部分（Partition）が、仮想的に独立したストレージシステムSLPR１、SLPR２、及びSLPR３として扱われる。図１に示した情報処理システムでは、ユーザＡが所管する２台のホスト装置５１、５２は、何れもSLPR１に対してのみ、ユーザＢが所管する２台のホスト装置５３、５４は、何れもSLPR２に対してのみ、ユーザＣが所管する２台のホスト装置５５、５６は、何れもSLPR３に対してのみ、夫々アクセスが可能である。
【００２２】
SLPR１において、ポート３１は、ユーザＡのホスト装置５１からのアクセスに対応するポートであり、ポート３２は、ユーザＡのホスト装置５２からのアクセスに対応するポートである。次に、SLPR２において、ポート３３は、ユーザＢのホスト装置５３からのアクセスに対応するポートであり、ポート３４は、ユーザＢのホスト装置５４からのアクセスに対応するポートである。更に、SLPR３において、ポート３５は、ユーザＣのホスト装置５５からのアクセスに対応するポートである。
【００２３】
ストレージシステム１０には、SVP（Service Processor）２０が、接続されており、SVP２０は、LAN （Local Area Network）３０を通じて管理コンピュータ４０に接続されている。SVP２０は、ストレージシステム１０の保守・管理作業を行うためのPC（パーソナルコンピュータ）、即ち、保守端末である（以下では、SVPを「保守端末」と表記する）。保守端末２０は、該保守端末２０を操作する管理者が、ストレージシステムの管理者、即ち、サブシステム管理者としてログインすることにより、（ストレージシステム１０内の）全てのLDEV（１１〜１１０）、及び全てのポート３１〜３５が管理可能になる。
【００２４】
一方、保守端末２０は、例えばユーザＡの管理者が、SLPR１のPartition管理者（即ち、上記サブシステム管理者と同様に、保守端末２０を操作する管理者であるSLPR管理者）としてログインすると、SLPR１に含まれるポートであるポート３１、３２と、SLPR１に含まれるLDEVであるLDEV１１〜１４についてのみ管理を行うことが可能になる。また、保守端末２０は、例えばユーザＢの管理者が、SLPR２のPartition管理者（即ち、SLPR管理者）としてログインすると、SLPR２に含まれるポートであるポート３３、３４と、SLPR２に含まれるLDEVであるLDEV１５〜１８についてのみ管理を行うことが可能になる。更に、保守端末２０は、例えばユーザＣの管理者が、SLPR３のPartition管理者（即ち、SLPR管理者）としてログインすると、SLPR３に含まれるポートであるポート３５と、SLPR３に含まれるLDEVであるLDEV１９〜１１０についてのみ管理を行うことが可能になる。
【００２５】
管理コンピュータ４０は、ストレージ管理ソフトウェアが搭載されたPC等の端末であり、上記ストレージ管理ソフトウェアは、管理コンピュータ４０上で動作する。
【００２６】
図２は、本発明に係る、SLPRの技術を適用したストレージシステムに対する保守端末、及び管理コンピュータの管理動作を示した説明図である。
【００２７】
図１において既に説明したように、本発明に係る、SLPRの技術を適用したストレ−ジシステムでは、上記保守端末２０を操作する管理者であるサブシステム管理者、及びSLPR管理者と、管理コンピュータ４０を操作する管理者であるアドミニストレータとの３種類の管理者が、該ストレージシステムの管理を行う。
【００２８】
サブシステム管理者は、保守端末（２０）を操作することによりストレージシステム１０を管理する者（オペレータ）で、ストレージシステム（１０）を構成する全てのPartition（SLPR１、SLPR２、及びSLPR３）に含まれるLDEV（１１〜１１０）、及びポート（３１〜３５）を管理することが可能である。サブシステム管理者は、また、ストレ−ジシステム１０におけるPartition（SLPR１〜SLPR３）を設定することも可能である。
【００２９】
SLPR管理者も、上述したサブシステム管理者と同様、保守端末（２０）を操作する管理者（オペレータ）である。しかし、SLPR管理者は、サブシステム管理者と異なり、自身の管理するPartition（例えば、SLPR１の管理者であれば、SLPR１）に含まれるLDEV、及びポート（例えば、LDEV１１〜１４、及びポート３１、３２）についてのみ、見たり管理したりすることができ、それ以外のLDEV、及びポートについては見たり管理したりすることができない。
【００３０】
アドミニストレータは、管理コンピュータ４０に搭載されているストレージ管理ソフトウェア５０を、管理コンピュータ４０の操作を通じて動作させる管理者（オペレータ）である。
【００３１】
図２において、アドミニストレータは、管理コンピュータ４０上のストレージ管理ソフトウェア５０にログインすることで、ストレージシステム１０に対する管理操作を行う。この管理操作において、管理コンピュータ４０に搭載されているストレージ管理ソフトウェア５０が、LAN３０を通じて保守端末２０に対し、コマンド（API）を発行する。ストレージ管理ソフトウェア５０が保守端末２０に対し、該コマンド（API）を発行するに際しては、上述したサブシステム管理者のユーザID及びパスワード、或いはSLPR管理者のユーザID及びパスワードを該コマンドに付加する必要がある。そして、該コマンドは、付加された管理者（サブシステム管理者、又はSLPR管理者）の権限により保守端末２０において実行される。
【００３２】
なお、SLPR管理者、又はサブシステム管理者は、保守端末２０にログインすることで、夫々対応するSLPR（SLPR１〜３の何れか）、又はストレージシステム１０に対する管理を実施するため、保守端末２０の操作を行う。
【００３３】
図３は、本発明の一実施形態に係る、ストレージシステムにSLPRの技術を適用した情報処理システムの全体構成を示すブロック図である。
【００３４】
上記情報処理システムは、図３に示すように、複数台のホスト装置６１１〜６１ｎと、SAN（Storage Area Network）６３と、ストレージシステム６５と、LAN６７と、管理コンピュータ６９と、を備える。ストレージシステム６５は、ディスク制御装置、即ち、DKC７１と、ファイバチャネル７３と、ディスク駆動装置７５と、保守端末８９と、内部LAN９１と、を備える。DKC７１は、複数のチャネルアダプタ（CHA）７７１〜７７ｎと、クロスバスイッチ７９と、キャッシュメモリ（CM）８１と、共有メモリ（SM）８３と、ブリッジ８５と、共有バス８７と、ディスクアダプタ９３１〜９３ｎと、を備える。ディスク駆動装置７５は、複数の物理ディスク（PDEV）９５１〜９５ｎを備える。
【００３５】
図３において、各ホスト装置６１１〜６１ｎは、例えば、CPU（Central Processing Unit）やメモリ等の情報処理資源を備えるコンピュータ装置であり、例えば、パーソナルコンピュータ、ワークステーション、メインフレーム等がホスト装置６１１〜６１ｎとして用いられる。各ホスト装置６１１〜６１ｎは、例えば、キーボードや、ポインティングデバイスや、マイクロフォン等の情報入力装置（図示しない）と、例えば、モニタディスプレイや、スピーカ等の情報出力装置（図示しない）とを備える。各ホスト装置６１１〜６１ｎは、上記各部に加えて、更に、例えば、ストレージシステム６５が提供する記憶領域（物理ディスク９５１〜９５ｎ）を使用するデータベースソフトウェア等のアプリケーションプログラム（図示しない）と、SAN６３を通じてストレージシステム６５にアクセスするためのアダプタ（図示しない）とを備える。
【００３６】
各ホスト装置６１１〜６１ｎは、SAN６３を通じてストレージシステム６５に接続されるが、各ホスト装置６１１〜６１ｎとストレージシステム６５とを接続する通信ネットワークとしては、SAN６３以外に、例えば、LAN、インターネット、専用回線、公衆（電話）回線等を場合に応じて適宜用いることができる。本実施形態では、上記通信ネットワークとしてファイバチャネルのSAN（６３）が用いられているので、各ホスト装置６１１〜６１ｎは、DKC７１に対し、ファイバチャネルプロトコルに従って、（ディスク駆動装置７５内の）複数の物理ディスクにより提供される記憶領域のデータ管理単位であるブロックを単位としてデータ入出力を要求する。
【００３７】
なお、上記通信ネットワークとして、LANが用いられる場合、LANを通じたデータ通信は、例えば、TCP/IP（Transmission Control Protocol/Internet Protocol）プロトコルに従って行われる。各ホスト装置６１１〜６１ｎは、（ストレージシステム６５の）DKC７１に対し、ファイル名を指定してファイル単位でのデータ入出力を要求する。また、上述したアダプタ（図示しない）は、本実施形態のようにSANが通信ネットワークとして用いられる場合には、例えばホストバスアダプタであり、LANが通信ネットワークとして用いられる場合には、例えばLAN対応のネットワークカードである。更に、上記のデータ通信は、iSCSIプロトコルによっても行うことが可能である。
【００３８】
DKC７１において、各CHA７７１〜７７ｎは、各ホスト装置６１１〜６１ｎとの間のデータ通信を行うもので、夫々が各ホスト装置６１１〜６１ｎとの間で通信を行うための通信ポート（図３では、記載を省略）を備える。各CHA７７１〜７７ｎは、夫々CPUやメモリ等を有するマイクロコンピュータシステムとして構成されており、各ホスト装置６１１〜６１ｎから受信した各種コマンドを解釈して実行する。また、各CHA７７１〜７７ｎには、夫々を識別するためのネットワークアドレス（例えば、IPアドレスやWWN等）が割り当てられており、各CHA７７１〜７７ｎが、夫々個別にNAS（Network Attached Storage）として振る舞えるようになっている。そのため、図３に示すように、ホスト装置（６１１〜６１ｎ）が複数存在する場合には、各CHA７７１〜７７ｎが、各ホスト装置６１１〜６１ｎからの要求を夫々個別に受け付けることが可能である。
【００３９】
各ディスクアダプタ（DKA）９３１〜９３ｎは、ファイバチャネル７３を通じてディスク駆動装置７５が含む記憶デバイス（物理ディスク）９５１〜９５ｎとの間のデータ授受を行うもので、夫々が物理ディスク９５１〜９５ｎに接続するための通信ポート（図３では、記載を省略）を備える。各DKA９５１〜９５ｎは、夫々CPUやメモリ等を有するマイクロコンピュータシステムとして構成されており、各CHA７７１〜７７ｎが各ホスト装置６１１〜６１ｎから受信したデータを、接続部、即ち、クロスバスイッチ７９を通じて読み込み、該データを各ホスト装置６１１〜６１ｎからのリクエスト（書込み命令）に基づき、ファイバチャネル７３を通じて所定の記憶デバイス（物理ディスク）９５１〜９５ｎの所定のアドレスに書込む。
【００４０】
各DKA９３１〜９３ｎは、また、各CHA７７１〜７７ｎ、及びクロスバスイッチ７９を通じて与えられる各ホスト装置６１１〜６１ｎからのリクエスト（読み出し命令）に基づき、ファイバチャネル７３を通じて所定の記憶デバイス（物理ディスク）９５１〜９５ｎの所定のアドレスからデータを読み出し、該データを、クロスバスイッチ７９、及び各CHA７７１〜７７ｎを通じて各ホスト装置６１１〜６１ｎに送信する。なお、各DKA９３１〜９３ｎは、ファイバチャネル７３を通じて記憶デバイス（物理ディスク）９５１〜９５ｎとの間でデータ入／出力を行う場合には、論理的なアドレスを物理的なアドレスに変換する。また、各DKA９３１〜９３ｎは、記憶デバイス（物理ディスク）９５１〜９５ｎがRAIDに従って管理されている場合には、ファイバチャネル７３を通じてRAID構成に応じたデータアクセスを行う。
【００４１】
キャシュメモリ（CM）８１は、クロスバスイッチ７９を通じて各CHA７７１〜７７ｎから与えられる、各CHA７７１〜７７ｎが各ホスト装置６１１〜６１ｎから受信したデータを一時的に記憶する。これと共に、CM８１は、クロスバスイッチ７９を通じて各DKA９３１〜９３ｎから与えられる、各DKA９３１〜９３ｎがファイバチャネル７３を通じて記憶デバイス（物理ディスク）９５１〜９５ｎから読み出したデータを、一時的に記憶する。なお、CM８１に代えて、記憶デバイス（物理ディスク）９５１〜９５ｎの何れか１つ或いは複数を、CM８１用のディスク（CM）として使用しても差し支えない。
【００４２】
共有メモリ（SM）８３は、共有バス８７を通じて各CHA７７１〜７７ｎ、各DKA９３１〜９３ｎ、及びブリッジ８５等に接続される。SM８３には、制御情報等が格納され、また、例えばマッピングテーブル等の各種テーブル類も格納されるほか、ワーク領域が設定される。
【００４３】
ブリッジ８５は、内部LAN９１と共有バス８７との間に介在しており、保守端末８９が内部LAN９１、及び共有バス８７を通じてSM８３にアクセスするに際して必要なものである。
【００４４】
クロスバスイッチ７９は、各CHA７７１〜７７ｎ、各DKA９３１〜９３ｎ、及びCM８１の間を相互に接続するもので、クロスバスイッチ７９には、例えば、高速スイッチング動作によってデータ伝送を行う超高速クロスバスイッチ等のような高速バスとして構成することが可能なものが用いられる。
【００４５】
保守端末８９は、上記のように、内部LAN９１を通じてブリッジ８５に、また、LAN６７を通じて管理コンピュータ６９に、夫々接続されている。
【００４６】
ディスク駆動装置７５は、複数の記憶デバイス（物理ディスク）９５１〜９５ｎを備える。記憶デバイスとしては、例えば、ハードディスクや、フレキシブルディスク等の物理ディスクの他に、磁気テープや、半導体メモリや、光ディスク等のような各種のデバイスを用いることができる。上記複数の物理ディスクから幾つかのLDEV、即ち、論理ボリューム（或いは論理デバイス）が形成される。
【００４７】
管理コンピュータ６９は、既述のストレージ管理ソフトウェア５０が動作するPC等の端末である。
【００４８】
図４は、図３に示した各チャネルアダプタ（CHA）（７７１〜７７ｎ）の内部構成を示すブロック図である。各CHA（７７１〜７７ｎ）の内部構成は同一であるので、以下では、CHA７７１の内部構成を例に取って説明する。
【００４９】
CHA７７１は、１枚若しくは複数枚の回路基板を有した１つのユニット化されたボードとして構成されており、該回路基板には、図４に示すように、CPU１０１と、メモリ１０３と、メモリコントローラ１０５と、ホストインタフェース（ホストI／F）１０７と、DMA（Direct Memory Access）１０９と、が搭載されている。
【００５０】
ホストI／F１０７は、ファイバチャネルやSCSI（Small Computer System Interface）のプロトコルコントローラを含み、且つ、２個のポートを持つ。ホストI／F１０７は、各ホスト装置（６１１〜６１ｎ）との間で通信を行うための通信インタフェースとして機能する。ホストI／F１０７は、例えば、ファイバチャネルプロトコルに従って、ホスト装置（６１１〜６１ｎ）から送信されたデータ入出力要求の受信や、データの送受信等の制御を行う。
【００５１】
メモリコントローラ１０５は、CPU１０１の制御下で、DMA１０９や、ホストI／F１０７との間で通信を行う。即ち、メモリコントローラ１０７は、ホストI／F１０７のポートを通じてホスト装置（６１１〜６１ｎ）からの、物理ディスク９５１〜９５ｎに記憶されているデータに対する出力要求の受信や、物理ディスク９５１〜９５ｎへのデータ入力要求を受信する。そして、DKA９３１〜９３ｎや、CM８１や、SM８３や、保守端末８９との間で、データの授受や、コマンドの授受を行う。
【００５２】
DMA１０９は、ホストI／F１０７とCM（８１）との間のDMA転送をクロスバスイッチ７９経由で行うもので、DMA１０９は、メモリコントローラ１０５を通じて与えられるCPU１０１からの指令に基づき、図３で示したホスト装置（６１１〜６１ｎ）から送信されたデータのCM８１への転送や、CM８１に記憶されたデータのホスト装置（６１１〜６１ｎ）への送信を実行する。
【００５３】
メモリ１０３には、CHA７７１のCPU１０１用のファームウェアが搭載されていると共に、メモリ１０３が有する記憶領域は、ワーク領域としても利用される。
【００５４】
CPU１０１は、CHA７７１各部を制御する。
【００５５】
図５は、図３に示した各ディスクアダプタ（DKA）（９３１〜９３ｎ）の内部構成を示すブロック図である。各DKA（９３１〜９３ｎ）の内部構成は同一であるので、以下では、CHA９３１の内部構成を例に取って説明する。
【００５６】
DKA９３１は、図５に示すように、メモリコントローラ１１１と、CPU１１３と、メモリ１１５と、DMA１１７と、ディスクインタフェース（ディスクI／F）１１９と、を備え、これらが一体的なユニットとして形成されている。
【００５７】
ディスクI／F１１９は、ファイバチャネルやSCSIのプロトコルコントローラを含む。ディスクI／F１１９は、ディスク駆動装置７５との間で通信を行うための通信インタフェースとして機能する。
【００５８】
DMA１１７は、CPU１１３からメモリコントローラ１１１を通じて与えられる指令に基づき、ディスクI／F１１９とCM８１との間のDMA転送をクロスバスイッチ７９経由で行う。DMA１１７は、また、CHA７７１とCPU１１３との間の通信インタフェースとしても機能する。
【００５９】
メモリコントローラ１１１は、CPU１１３の制御下で、DMA１１７や、ディスクI／F１１９との間で通信を行う。
【００６０】
メモリ１１５には、DKA９３１のCPU１１３用のファームウェアが搭載されていると共に、メモリ１１５が有する記憶領域は、ワーク領域としても利用される。
【００６１】
CPU１１３は、DKA９３１各部を制御する。
【００６２】
図６は、図３に示した保守端末８９の内部構成を示すブロック図である。
【００６３】
保守端末８９は、既述のように、内部LAN９１、ブリッジ８５、及び共有バス８７を通
じてSM８３上の各種管理テーブルにアクセスするもので、例えば米国マイクロソフト社のWindows（登録商標）のようなOSが起動するPCである。保守端末８９は、図６に示すように、CPU１２１と、メモリ１２３と、インタフェース部１２５と、ローカルディスク１２７と、を備える。
【００６４】
メモリ１２３には、保守端末８９が行うストレージシステム６５に対する保守・管理作業に必要なOSを始めとするプログラムや、不揮発性の固定データが格納されているものとする。メモリ１２３は、CPU１２１からのデータ読み出し要求に応じて、上記固定データを、CPU１２１に出力する。なお、SM８３に格納されている各種管理テーブルの複製を、メモリ１２３に格納しておくことも可能である。この場合には、保守端末８９（のCPU１２１）が、上記各種管理テーブルを参照する必要性が生じる度に、SM８３にアクセスしなくて済む。
【００６５】
インタフェース部１２５には、内部LAN９１と、（外部）LAN６７と、キーボードやマウス等の入力デバイス１２９と、ディスプレイ等の出力デバイス１３１と、ローカルディスク１２７と、が接続されている。入力デバイス１２９は、（保守端末８９の）管理者（即ち、サブシステム管理者、又はSLPR管理者）が、保守端末８９を通じてストレージシステム６５の保守・管理業務を実施するに際して、上記管理者により直接操作される。メモリ１２３に、上述した各種管理テーブルの複製が格納されていない場合、インタフェース部１２５は、CPU１２１の制御下で、内部LAN９１、ブリッジ８５、及び共有バス８７を通じてSM８３にアクセスし、SM８３に格納されている各種管理テーブルを参照する。インタフェース部１２５は、また、CPU１２１の制御下で、管理コンピュータ６９により保守端末８９に対して発行され、（外部）LAN６７を通じて送信される管理コマンドを受信する。
【００６６】
CPU１２１は、保守端末８９各部を制御する。
【００６７】
なお、ローカルディスク１２７は、保守端末８９における予備の記憶媒体である。
【００６８】
図７は、本発明の一実施形態に係るポートパーティションテーブルの一例を示す説明図である。ポートパーティションテーブルは、SM上に存在する。
【００６９】
図７で示したポートパーティションテーブルは、図１で示したストレージシステム１０に含まれる各ポート（３１〜３５）が、どのパーティション（SLPR１〜SLPR３）に属しているかを示す情報を持つテーブルであり、該テーブルは、（DKC７１の）SM８３に格納されている。図７に示したポートパーティションテーブルにエントリされている内容は、以下のようである。即ち、０、１、・・・m、・・・、Mは、ストレージシステム１０に含まれる各ポートの番号（ポート番号）を、SLPR１、SLPR３、・・・、SLPR０、・・・SLPR１は、夫々各ポート番号に対応するSLPR番号を、夫々示す。図７で示した例では、ポート０はSLPR１に、ポート１はSLPR３に、ポートmはSLPR０に、ポートMはSLPR１に、夫々属している。
【００７０】
図８は、本発明の一実施形態に係るLDEVパーティションテーブルの一例を示す説明図である。LDEVパーティションテーブルは、SM上に存在する。
【００７１】
図８で示したLDEVパーティションテーブルは、図１で示したストレージシステム１０に含まれる各LDEV（Logical Device：論理ディスク）（１１〜１１０）が、どのパーティション（SLPR１〜SLPR３）に属しているかを示す情報を持つテーブルであり、該テーブルは、（DKC７１の）SM８３に格納されている。図８に示したLDEVパーティションテーブルにエントリされている内容は、以下のようである。即ち、０、１、・・・、ｎ、・・・、Ｎは、ストレージシステム１０に含まれる各LDEVの番号（LDEV番号）を、SLPR２、SLPR０、・・・、SLPR４、・・・、SLPR１は、何れも各LDEV番号に対応するSLPR番号を、夫々示す。図８で示した例では、LDEV０はSLPR２に、LDEV１はSLPR０に、LDEVnはSLPR４に、LDEVNはSLPR１に、夫々属している。
【００７２】
図９は、本発明の一実施形態に係るLDEV管理テーブルの一例を示す説明図である。LDEV管理テーブルは、SM上に存在する。
【００７３】
図９で示したLDEV管理テーブルは、図１で示したストレージシステム１０に含まれる各LDEV（１１〜１１０）に関する情報を持つテーブルであり、該テーブルは、（DKC７１の）SM８３に格納されている。図９に示したLDEV管理テーブルにエントリされている内容は、以下のようである。即ち、０、１、・・・、ｎ、・・・、Ｎは、ストレージシステム１０に含まれる各LDEVの番号（LDEV番号）を、７５GB、０GB、・・・、２５０GB、・・・、８GBは、夫々のLDEVのサイズ（記憶容量）を、示す。また、RAID５（３D＋１P）、RAID１、RAID０（４D）、RAID１は、夫々のLDEVのRAIDレベルを、５、６、７、８、１１、１２、・・・、０、１、２、３、・・・、４３、４４は、夫々のLDEVを含む各物理ディスクの番号（物理ディスク番号）を、０、２０００、・・・、１２８０、・・・、９８００は、各物理ディスク内の先頭ブロック番号を、示す。更に、８、−１、・・・、６、・・・、−１は、ローカルレプリケーションペアのペア番号を、正、−１、・・・、副、・・・、−１は、ペア役割（後述する）を、示す。
【００７４】
図９に示した例では、LDEV番号が０のLDEV（即ち、LDEV０）は、７５GBのサイズ（記憶容量）で、RAID５（３D＋１P）のRAIDレベルである。該（LDEV番号が０の）LDEVは、物理ディスク５、６、７、８の先頭ブロック（何れの物理ディスク５、６、７、８の先頭ブロック番号も０である）から２５GB分ずつ（４台の物理ディスク５、６、７、８でパリティデータを含めて１００GB）を占有している。該（LDEV番号が０の）LDEVは、ペア番号が８の正ボリュームである。
【００７５】
次に、LDEV番号が１のLDEV（即ち、LDEV１）は、そのサイズ（記憶容量）が０GB、即ち、存在しないことを意味しており、従って、該（LDEV番号が１の）LDEVに関するRAIDレベル、物理ディスク番号、先頭ブロック番号、ペア番号、及びペア役割等の情報は、何ら意味を成さないことになる。
【００７６】
次に、LDEV番号がNのLDEV（即ち、LDEVN）におけるペア番号、及びペア役割のように、共に−１になっている場合は、該（LDEV番号がNの）LDEVが、ローカルレプリケーションのペアを構成していないことを意味している。
【００７７】
なお、LDEV番号が０、１、・・・、ｎ、・・・、Ｎの各LDEVにおいて、ペア役割正は、正LDEVであることを、ペア役割副は、副LDEVであることを、ペア役割−１は、ペアを構成していないことを、夫々意味している。
【００７８】
図１０は、本発明の一実施形態に係るストレージ管理者管理テーブルの一例を示す説明図である。
【００７９】
図１０で示したストレージ管理者管理テーブルは、サブシステム管理者／SLPR管理者のユーザID、パスワード、及びどのSLPR／サブシステムを管理するのかを示すテーブルであり、該テーブルは、（DKC７１の）SM８３に格納されている。図１０に示したストレージ管理者管理テーブルには、ユーザID（即ち、manager）として、tokyo、osaka、・・・、saitamaが、パスワード（password）として、herohero、pikapika、・・・、gunghoが、管理対象として、ストレージシステム、SLPR０、SLPR１、SLPR２、・・・、SLPR８、SLPR１０が、夫々格納されている。図１０に示したストレージ管理者管理テーブルでは、管理対象がストレージシステムであれば、保守端末２０を操作する管理者は、サブシステム管理者であり、他の場合については、保守端末２０を操作する管理者は、SLPR管理者である。また、保守端末２０を操作する管理者において、ユーザIDがosakaである管理者（SLPR管理者）のパスワードは、pikapikaであり、該SLPR管理者は、SLPR１、及びSLPR２を管理することになる。
【００８０】
図１１は、図１、及び図２に夫々記載の管理コンピュータ４０に搭載されているストレージ管理ソフトウェア５０が持つストレージ管理者管理テーブル（A）の一例を示す説明図である。
【００８１】
図１１に記載の（ストレージ管理ソフトウェア５０が持つ）ストレージ管理者管理テーブル（A）と、図１０で示した（（DKC７１の）SM８３に格納されている）ストレージ管理者管理テーブルとは、図１１と図１０とを比較対照すれば明らかなように、両者の内容は同一である。
【００８２】
上記ストレージ管理者管理テーブル（A）は、ストレージ管理ソフトウェア５０から保守端末２０に対し、コマンドを発行するに際して必要な情報を持っている。
【００８３】
図１２は、本発明の一実施形態に係るペア管理テーブルの一例を示す説明図である。
【００８４】
図１２に示したペア管理テーブルは、ローカルレプリケーション（所謂Shadow Image）ペアの管理テーブルであり、該テーブルは、（DKC７１の）SM８３に格納されている。該ペア管理テーブルでは、ペア番号として、０、１、・・・、Kが、正LDEVとして、LDEV５、LDEV８、・・・、LDEV２２が、副LDEVとして、LDEV９９、LDEV６４、・・・、LDEV８５が、ペアステータスとして、sync、pair、・・・、splitが、夫々格納されている。また、差分ビットマップとして、000000・・・・・・0000、110000・・・・・00011、・・・、0101・・・・0000011が、格納されている。
【００８５】
該ペア管理テーブルにおいて、ペアステータス種類には、図１２で示したsync、pair、及びsplit以外にも、resync、及びreverseが含まれる。syncとは、正LDEVと副LDEVとで、夫々に格納されているデータが完全に一致する状態を言い、syncでは、ホスト装置（５１〜５５）からのストレージシステム（１０）に対するデータの書き込み要求が、正副両LDEVに対して反映されるようになっている。pairとは、LDEV同士の間において、夫々のLDEVに格納されているデータに整合性が全く無く、そのため、差分ビットマップの値が意味を持たない状態を言う。splitとは、副LDEVを静止化した状態を言う。splitでは、正LDEVに格納されているデータと、副LDEVに格納されているデータとの差分が、差分ビットマップによって管理されている。なお、ホスト装置（５１〜５５）からのストレージシステム（１０）に対するデータの書き込み要求は、正LDEVに対してのみ反映されるようになっている。resyncとは、正LDEVに格納されている差分データを、副LDEVにコピー中の状態を言い、上記差分データのコピーが完了するとresyncの状態からsyncの状態に遷移するようになっている。reverseとは、resyncとは逆に、副LDEVに格納されている差分データを、正LDEVにコピー中の状態を言い、上記差分データのコピーが完了するとreverseの状態からsyncの状態に遷移するようになっている。
【００８６】
なお、差分ビットマップとは、正LDEVに格納されているデータと、副LDEVに格納されているデータとの間の差分を表すビットマップのことを言う。差分ビットマップにおいては、LDEV内の論理ブロック一つが１ビットで表され、正LDEV内の或る論理ブロックと、該論理ブロックに対応する副LDEV内の或る論理ブロックとが一致するときは「０」で、不一致のときには「１」で表される。
【００８７】
図１３は、本発明の一実施形態に係るアドミニストレータ管理テーブルの一例を示す説明図である。
【００８８】
図１３に示したアドミニストレータ管理テーブルは、アドミニストレータ、即ち、スト
レージ管理ソフトウェア（５０）を使用する人間（管理者）、換言すれば、管理コンピュータ（４０）のオペレータを管理するためのテーブルである。アドミニストレータについては、既に図２において説明した。アドミニストレータ管理テーブルは、管理コンピュータ（４０）上のストレージ管理ソフトウェア（５０）が持っている。該テーブルは、アドミニストレータが、ストレージ管理ソフトウェア（５０）にログインするときに入力するための情報として、ユーザID（admin）、パスワード（pw001）、及び対応するストレージ管理者（manager）等の情報項目を備える。ユーザIDには、abc、def、・・・、xyz等の情報が、パスワードには、pwpwpw、federal、・・・、forward等の情報が、対応するストレージ管理者には、tokyo、osaka、・・・、saitama等の情報が、夫々登録されている。
【００８９】
図１４は、本発明の一実施形態に係る副LDEV用SLPR管理テーブルの一例を示す説明図である。
【００９０】
図１４に示した副LDEV用SLPR管理テーブルも、図１３に示したアドミニストレータ管理テーブルと同様に、管理コンピュータ（４０）上のストレージ管理ソフトウェア（５０）が持っている。該テーブルは、副LDEV用SLPR、ユーザID、及びパスワード等の情報項目を備える。副LDEV用SLPRには、SLPR５が、ユーザIDには、hocusが、パスワードには、pocusが、夫々登録されている。
【００９１】
図１５は、本発明の一実施形態に係る管理コンピュータ（４０）と保守端末（２０）との間で行われる通信の内容を示した説明図である。
【００９２】
既述の内容から明らかなように、管理コンピュータ４０から保守端末２０に対しては、管理コンピュータ４０において発行したコマンドが送信され、一方、保守端末２０から管理コンピュ−タ４０に対しては、該コマンドに係わるレスポンスが送信される。
【００９３】
例えば、管理コンピュータ４０からLAN３０を通じて保守端末２０に送信されるコマンドが、LDEV情報要求コマンドであったとする。このLDEV情報要求コマンドには、GetLdevInfoで、ユーザIDとして、サブシステム管理者のユーザID、又はSLPR管理者のユーザIDが、パスワードとして、保守端末（２０）にログインするに際して使用するパスワードが、更に、所望のLDEV情報に対応するSLPR番号等の情報が、夫々添付されている。なお、管理コンピュータ４０の管理下にある全てのSLPRに係わるLDEV情報が所望される場合には、上記SLPR番号を"all"と指定することになる。
【００９４】
一方、上記LDEV情報要求コマンドに対して、保守端末２０から管理コンピュータ４０へ送信されるレスポンスは、上記LDEV情報要求コマンドに添付されている管理コンピュータ４０側で指定したSLPR番号に含まれる全てのLDEVの情報が図９に示したLDEV管理テーブルのフォーマットに準じたフォーマットになっている。勿論、上記LDEV情報要求コマンドにおいて指定されたSLPR（番号のSLPR）が、同じく上記LDEV情報要求コマンドにおいて指定されたユーザIDによって管理されていない場合には、保守端末２０から管理コンピュータ４０に対し、上記レスポンスとして、エラーが送信されることになる。
【００９５】
上記レスポンスとして、特定のLDEVに係わる一連の情報である、LDEV番号、（LDEVの）サイズ（記憶容量）、RAIDレベル、物理ディスク番号、物理ディスク番号、物理ディスク番号、・・・、先頭ブロック番号、ペア番号、及びペア役割等の情報が、上記LDEV情報要求コマンドにおいて指定されたLDEVの個数分、保守端末２０側から管理コンピュータ４０側に送信される。なお、列記されている物理ディスク番号の数は、RAIDレベル（RAID５（３D＋１P）等）によって変化するから、RAIDレベルをチェックすれば、列記されるべき物理ディスク番号の数が分かる。
【００９６】
本実施形態では、上述したLDEV情報要求コマンドに加えて、更に、ローカルレプリケーションペア生成コマンドが使用される。
【００９７】
このローカルレプリケーションペア生成コマンドには、CreatePairユーザID情報、パスワード情報、正LDEV番号情報、副LDEV番号情報等が、添付される。このローカルレプリケーションペア生成コマンドに対するレスポンスとしては、Succeeded、及びFailedがある。
【００９８】
図１６は、本発明の一実施形態に係る保守端末（図６では、符号８９で示した。以下同じ）が、管理コンピュータ（図６では、符号６９で示した。以下同じ）からLDEV情報要求コマンドを受信したときに実行する処理動作を示すフローチャートである。
【００９９】
図１６において、まず、保守端末８９のCPU（図６では、符号１２１で示した。以下同じ）は、管理コンピュータ６９からのLDEV情報要求コマンドに添付されている、指定されたユーザIDが、図１０で示したストレージ管理者管理テーブル（（DKC７１の）SM８３に格納されている）、若しくは図１１で示したストレージ管理者管理テーブル（A）（ストレージ管理ソフトウェア５０が持っている）中にあるかどうかチェックする（ステップS１４１）。このチェックの結果、あると判断すれば（ステップS１４１でYes）、次に、同じく上記LDEV情報要求コマンドに添付されているパスワードが、上記ストレージ管理者管理テーブル（若しくはストレージ管理者管理テーブル（A））中にあるかどうかチェックする（ステップS１４２）。このチェックの結果、あると判断すれば（ステップS１４２でYes）、次に、同じく上記LDEV情報要求コマンドに添付されている、指定されたSLPR番号が"all"かどうかチェックする（ステップS１４３）。
【０１００】
このチェックの結果、"all"であると判断すれば（ステップS１４３でYes）、上記ストレージ管理者管理テーブル（若しくはストレージ管理者管理テーブル（A））にエントリされている全てのSLPRを管理対象のSLPRとする。この場合、ストレージ管理者がサブシステム管理者であれば、ストレージシステム（６５）中の全部のSLPRが、管理対象になる（ステップS１４４）。
【０１０１】
次に、保守端末８９のCPU１２１は、（DKC７１の）SM８３にアクセスすることによって、図８で示したLDEVパーティションテーブルにエントリされている全てのSLPRを、該テーブルの先頭から順に参照して行く（ステップS１４５）。そして、該テーブルが持っているLDEV番号情報と、各LDEV番号情報に対応して該テーブルにエントリされている個々のSLPR情報とから、現在チェック対象になっているLDEVが、管理対象であるSLPRに属するかどうかチェックする（ステップS１４６）。このチェックの結果、チェック対象になっているLDEVが、管理対象であるSLPRに属すると判断すれば（ステップS１４６でYes）、（保守端末８９の）CPU１２１は、図９で示したLDEV管理テーブル（（DKC７１の）SM８３に格納されている）のフォーマットに準じるフォーマットで、該LDEVに係わる情報（LDEV情報）を、管理コンピュータ６９に送信する（ステップS１４７）。
【０１０２】
上記LDEV情報要求コマンドに添付されている、指定されたSLPR番号をチェックした結果、"all"でないと判断すれば（ステップS１４３でNo）、上記LDEV情報要求コマンドにおいて指定されているSLPR番号が、上記ストレージ管理者管理テーブル（若しくはストレージ管理者管理テーブル（A））において指定された管理者（指定されたユーザ）によって管理されるべきものかどうかチェックする（ステップS１４９）。このチェックの結果、上記指定されているSLPR番号が、指定されたユーザによって管理されるべきものであると判断すれば（ステップS１４９でYes）、上記指定されているSLPR番号情報に係るSLPRを、管理対象のSLPRとして（ステップS１５０）、ステップS１４５で示した処理動作に移行する。なお、指定されたユ−ザが、サブシステム管理者である場合にも、ステップS１５０で示した処理動作に移行する。
【０１０３】
上記LDEVパーティションテーブルが持っているLDEV番号情報と、各LDEV番号情報に対応して該テーブルにエントリされている個々のSLPR情報とから、現在チェック対象になっているLDEVが、管理対象であるSLPRに属していないと判断すれば（ステップS１４６でNo）、直ちにステップS１４８で示す処理動作に移行する。
【０１０４】
上述したステップS１４５からステップS１４７に至る処理動作は、上記LDEVパーティションテーブルの末尾に至るまで繰り返され（ステップS１４８でNo）末尾に達したと判断したことで、一連のLDEV情報要求コマンド処理が終了する。なお、ステップS１４１、ステップS１４２、及びステップS１４９で、何れもNoであると判断した場合には、保守端末８９（のCPU１２１）は、管理コンピュータ６９へのレスポンスとして、Failedを送信し（ステップS１５１）、一連のLDEV情報要求コマンド処理が終了する。
【０１０５】
図１７は、本発明の一実施形態に係る保守端末８９が、管理コンピュータ６９からローカルレプリケーションペア生成コマンドを受信したときに実行する処理動作を示すフローチャートである。
【０１０６】
図１７において、まず、保守端末８９のCPU１２１は、図１０で示したストレージ管理者管理テーブル（（DKC７１の）SM８３に格納されている）、若しくは図１１で示したストレージ管理者管理テーブル（A）（ストレージ管理ソフトウェア５０が持っている）を参照して、管理コンピュータ６９からのLDEV情報要求コマンドに添付されている、指定されたユーザID、及びパスワードが、上記ストレージ管理者管理テーブル（若しくはストレージ管理者管理テーブル（A））中にあるかどうかチェックする（ステップS１６１）。このチェックの結果、あると判断すれば（ステップS１６１でYes）、次に、同じく上記LDEV情報要求コマンドに添付されている、ユーザIDからストレージ管理者がサブシステム管理者かどうかチェックする（ステップS１６２）。このチェックの結果、上記LDEV情報要求コマンドに添付されている、ユーザIDからストレージ管理者がサブシステム管理者でないと判断すれば（ステップS１６２でNo）、次のステップS１６３に示す処理動作に移行する。
【０１０７】
次に、保守端末８９のCPU１２１は、（DKC７１の）SM８３にアクセスすることによって、図８で示したLDEVパーティションテーブルにエントリされている全てのSLPRを、該テーブルの先頭から順に参照して行き、正LDEVと副LDEVとが同一のSLPR内にあるかどうかチェックする（なお、本実施形態では、（図２において説明した）SLPR管理者は、異なるSLPRに亘って、即ち、SLPRを跨いで正LDEVと副LDEVのペアを組めないものとしている）（ステップS１６３）。このチェックの結果、正LDEVと副LDEVとが同一のSLPR内にあると判断すれば（ステップS１６３でYes）、次に、該（対象となっている）SLPRが、上記ストレージ管理者管理テーブル（若しくはストレージ管理者管理テーブル（A））において指定された管理者（指定されたユーザ）によって管理されるべきものかどうかチェックする（ステップS１６４）。このチェックの結果、上記SLPRが、指定されたユーザによって管理されるべきものであると判断すれば（ステップS１６４でYes）、上記正LDEVと上記副LDEVとの間でペアを作成すると共に、該作成したペアを、図１２で示した、（DKC７１の）SM８３に格納されているペア管理テーブルに登録する（ステップS１６５）。そして、保守端末８９は、管理コンピュータ６９へ、ローカルレプリケーションペア生成コマンドに対するレスポンスとして、Succeededを送信し（ステップS１６６）、一連のローカルレプリケーションペア作成コマンド処理が終了する。ステップS１６５における、実際にローカルレプリケーションペアを作成する処理や、作成したローカルレプリケーションペアのコピーなどを行う処理についての説明は、ここでは割愛する。
【０１０８】
上記LDEV情報要求コマンドに添付されている、ユーザIDからストレージ管理者がサブシステム管理者であると判断すれば（ステップS１６２でYes）、直ちに、ステップ１６５で示した処理動作に移行する。SLPR管理者と異なり、サブシステム管理者には、異なるSLPRに亘って、即ち、SLPRを跨いで、正LDEVと副LDEVのペアを組めないとする制約が設けられていないためである。
【０１０９】
なお、ステップS１６１、ステップS１６３、及びステップS１６４で、何れもNoであると判断した場合には、保守端末８９（のCPU１２１）は、管理コンピュータ６９へのレスポンスとして、Failedを送信し（ステップS１６７）、一連のローカルレプリケーションペア作成コマンド処理が終了する。
【０１１０】
図１８は、本発明の一実施形態に係るアドミニストレータが、ローカルレプリケーションペアを作成するときに実行するペア作成処理動作を示すフローチャートである。図１８で示すペア作成処理は、アドミニストレータが、管理コンピュータ６９に搭載されているストレージ管理ソフトウェア上で実行する。
【０１１１】
図１８において、まず、アドミニストレータは、該アドミニストレータに対応するストレージ管理者が管理する全てのSLPRについて全部のLDEV情報を取得する処理を実行する。即ち、管理コンピュータ６９は、保守端末８９に対するLDEV情報要求コマンドの送信に際し、GetLdevInfoで、ユーザ管理テーブル（ストレージ管理者管理テーブル／ストレージ管理者管理テーブル（A））におけるユーザID、パスワードを指定すると共に、SLPR番号には"all"を指定して、これら指定した内容を保守端末８９に通知する。これにより、ユーザ管理テーブル（ストレージ管理者管理テーブル／ストレージ管理者管理テーブル（A））中に管理対象として登録されているSLPR（の番号情報）をキーとして、図８で示したLDEVパーティションテーブル中から、上記SLPR（の番号情報）に対応するLDEV番号情報を検索、取得する。そして、更に、これらLDEV番号情報をキーとして、図９で示したLDEV管理情報テーブル中から上記LDEV番号情報に対応するLDEVに係わる情報を検索、取得することにより、上記全部のLDEV情報の取得が為される（ステップS１７１）。
【０１１２】
次に、アドミニストレータは、GetLdevInfoで、図１４で示した副LDEV用SLPR管理テーブルにおけるユーザID、パスワードを指定すると共に、SLPR番号には副LDEV用SLPRを指定して、これら指定した内容を保守端末８９に通知することにより、副LDEV用SLPR管理テーブルに管理対象として登録されているSLPRについて全部のLDEV情報を取得する処理を実行する。即ち、管理コンピュータ６９は、図１４で示した副LDEV用SLPR管理テーブルに、副LDEV用SLPRとして登録されているSLPR（の番号情報）をキーとして、図８で示したLDEVパーティションテーブル中から、上記SLPR（の番号情報）に対応するLDEV番号情報を検索、取得する。そして、更に、これらLDEV番号情報をキーとして、図９で示したLDEV管理情報テーブル中から上記LDEV番号情報に対応するLDEVに係わる情報を検索、取得することにより、上記全部のLDEV情報の取得が為される（ステップS１７２）。
【０１１３】
次に、アドミニストレータは、ステップS１７１で取得した、アドミニストレータに対応するストレージ管理者が管理する全てのSLPRについての全部のLDEV情報を、リストにして例えば管理コンピュータ６９のディスプレイ（図示しない）に表示する。ここでは、ステップS１７２で取得した副LDEV用SLPRに含まれるLDEV情報については表示しない（ステップS１７３）。
【０１１４】
次に、アドミニストレータは、例えば、図１２で示した（DKC７１の）SM８３に格納されているペア管理テーブルを参照して、正LDEVを選択する（ステップS１７４）。
【０１１５】
以下に説明するステップS１７５乃至ステップS１７８で示す処理動作では、図１４で示した副LDEV用SLPR管理テーブルに、副LDEV用SLPRとして登録されているSLPRに含まれるLDEVのみが副LDEVの候補となる。ストレージ管理者のうち、サブシステム管理者を含む副LDEV用SLPR管理者は、副LDEVを選択することができるが、上記以外のストレージ管理者（即ち、SLPR管理者）については、副LDEV用SLPR内のLDEVを見ることが許されないため、副LDEVは自動選択されることになる。
【０１１６】
次に、アドミニストレータは、ストレージ管理者が、副LDEV用SLPR管理者、若しくはサブシステム管理者か、それとも上記以外のストレージ管理者（即ち、SLPR管理者）かをチェックする。このチェックは、アドミニストレータが、例えば図１０で示したストレージ管理者管理テーブル、若しくは、図１１で示したストレージ管理者管理テーブル（A）を参照することによって行われる（ステップS１７５）。このチェックの結果、ストレージ管理者が、副LDEV用SLPR管理者、若しくはサブシステム管理者であると判断すれば（ステップS１７５でYes）、アドミニストレータは、ステップS１７１、ステップS１７２で取得したLDEV情報のうちから、正LDEVと同一サイズで、RAIDレベルも同一のものを、リストに生成して、例えば管理コンピュータ６９のディスプレイ（図示しない）に表示する（ステップS１７６）。
【０１１７】
次に、アドミニストレータは、上記リストのうちから、副LDEVを選択すると共に（ステップS１７７）、該選択した副LDEVと、ステップS１７４で選択した正LDEVとから、サブシステム管理者のユーザID、及びパスワード（図１０、若しくは、図１１で示したストレージ管理者管理テーブル中に登録されている）を用いて、ローカルレプリケーションペア生成コマンドを発行して、正LDEVと副LDEVとのペアを作成する（ステップS１７９）。これにより、一連のペア作成処理が終了する。
【０１１８】
一方、ストレージ管理者が、副LDEV用SLPR管理者、若しくはサブシステム管理者の何れでもないと判断すれば（ステップS１７５でNo）、アドミニストレータは、ステップS１７１、ステップS１７２で取得したLDEV情報のうちから、サイズ及びRAIDレベルが最初に正LDEVにマッチしたものを、副LDEVとして選択し（ステップS１７８）、ステップS１７９に示した処理動作に移行する。
【０１１９】
図１９は、本発明の他の実施形態に係る保守端末８９が、管理コンピュータ６９からLDEV移動コマンドを受信したときに実行する処理動作を示すフローチャートである。LDEV移動コマンドとは、管理コンピュータ６９が保守端末８９に対して発行する新たなコマンドのことを言う。LDEV移動コマンドでは、MoveLdevSIprで、保守端末８９が、ユーザID、パスワード、SLPR番号、LDEV番号、及び該コマンドにおいて指定されたLDEVを、それらが現在所属しているSLPRから、該コマンドにおいて指定されたSLPRに移動させる処理を行う。この場合、上記移動前のSLPR、及び上記移動後のSLPRが、（例えばストレージ管理者管理テーブル等によって）指定されているユーザの管理対象になっていることが必要である。なお、LDEV移動コマンドに対する保守端末８９のレスポンスは、Succeeded／Failedである。
【０１２０】
図１９において、まず、保守端末８９は、管理コンピュータ６９から送信されたLDEV移動コマンドを受信すると、該コマンドと共に送信されたパスワードが、正当なものかどうかチェックする（ステップS１８１）。このチェックの結果、パスワードが正当なものであると判断すれば（ステップS１８１でYes）、該コマンドにおいて指定されたLDEVが現在属しているSLPRが、指定されているユーザによって管理されているものどうかチェックする（ステップS１８２）。このチェックの結果、上記SLPRが、指定されているユーザによって管理されていると判断すれば（ステップS１８２でYes）、次に、該コマンドにおいて指定された移動先のSLPRが、指定されているユーザによって管理されているものどうかチェックする（ステップS１８３）。このチェックの結果、上記SLPRが、指定されているユーザによって管理されていると判断すれば（ステップS１８３でYes）、保守端末８９は、図８で示したようなLDEVパーティションテーブルの書換処理を行う（ステップS１８４）。
【０１２１】
次に、保守端末８９は、管理コンピュータ６９に対し、上記LDEV移動コマンドに対するレスポンスとして、Succeededを送信し（ステップS１８５）、一連のLDEV移動コマンドの処理が終了する。
【０１２２】
なお、ステップS１８１、及びステップS１８２で何れもNoであると判断した場合には、保守端末８９は、管理コンピュータ６９に対し、上記LDEV移動コマンドに対するレスポンスとして、Failedを送信し（ステップS１８６）、一連のLDEV移動コマンドの処理が終了する。
【０１２３】
図２０は、本発明の他の実施形態に係るアドミニストレータが、ローカルレプリケーションペアを作成するときに実行されるペア作成処理動作を示すフローチャートである。図２０に示すペア作成処理Aは、アドミニストレータが、管理コンピュータ６９に搭載されているストレージ管理ソフトウェア上で、ローカルレプリケーションペアを作成するに際し、主として保守端末において実行される。
【０１２４】
図２０において、まず、アドミニストレータは、該アドミニストレータが管理する全てのSLPRについて全部のLDEV情報を取得する処理を実行する。即ち、アドミニストレータは、GetLdevInfoで、ユーザ管理テーブル（ストレージ管理者管理テーブル／ストレージ管理者管理テーブル（A））におけるユーザID、パスワードを指定すると共に、SLPR番号には"all"を指定して、これら指定した内容を保守端末８９に通知する。これにより、保守端末８９は、ユーザ管理テーブル（ストレージ管理者管理テーブル／ストレージ管理者管理テーブル（A））中に管理対象として登録されているSLPR（の番号情報）をキーとして、図８で示したLDEVパーティションテーブル中から、上記SLPR（の番号情報）に対応するLDEV番号情報を検索、取得する。そして、更に、これらLDEV番号情報をキーとして、図９で示したLDEV管理情報テーブル中から上記LDEV番号情報に対応するLDEVに係わる情報を検索、取得することにより、上記全部のLDEV情報の取得が為される（ステップS１９１）。
【０１２５】
次に、アドミニストレータは、ステップS１９１で取得した、アドミニストレータが管理する全てのSLPRについての全部のLDEV情報を、リストにして例えば管理コンピュータ６９から保守端末８９に送信すると、上記リストを受信した保守端末８９は、上記リストを保守端末８９のディスプレイ（図示しない）に表示する（ステップS１９２）。上記リストが、保守端末８９のディスプレイ（図示しない）に表示されると、（例えば、ストレージ管理者管理テーブル／ストレージ管理者管理テ−ブル（A）で）指定されたユーザが、例えば、図１２で示した（DKC７１の）SM８３に格納されているペア管理テーブルを参照して、正LDEVを選択する（ステップS１９３）。そして、指定されたユーザにより選択された正LDEVの情報がリストにされ、例えば保守端末８９のディスプレイ（図示しない）に表示される（ステップS１９４）。
【０１２６】
上記リストが、保守端末８９のディスプレイ（図示しない）に表示されると、上記指定されたユーザは、上記表示されているリストのうちから、副LDEVを選択する（ステップS１９５）。そして、該選択した副LDEVと、ステップS１９３で選択した正LDEVとから、サブシステム管理者のユーザID、及びパスワード（図１０、若しくは、図１１で示したストレージ管理者管理テーブル中に登録されている）を用いて、ローカルレプリケーションペア生成コマンドを発行して、正LDEVと副LDEVとのペアを作成する（ステップS１９６）。これにより、一連のペア作成処理が終了する。
【０１２７】
図２１は、本発明の他の実施形態に係る副LDEV移動処理の処理動作を示すフローチャートである。図２１に示す副LDEV移動処理は、例えばアドミニストレータによって、管理コンピュータ６９に搭載されているストレージ管理ソフトウェア上で、定期的（例えば１時間に１回）に、自動的に実行される。
【０１２８】
図２１において、アドミニストレータは、例えば管理コンピュータ６９に搭載されているストレージ管理ソフトウェアが持っている、図１４で示した副LDEV用SLPR管理テーブルを参照しつつ、副LDEV用SLPR以外のSLPRの中から、未だチェックを行っていないSLPRを１個選択する（ステップS２０１）。次に、アドミニストレータは、ステップS２０１で選択したSLPRに含まれるLDEVの情報（LDEV情報）を取得する。即ち、アドミニストレータは、GetLdevInfoで、ユーザ管理テーブル（ストレージ管理者管理テーブル／ストレージ管理者管理テーブル（A））におけるユーザID、パスワードを指定すると共に、SLPR番号にはステップS２０１で選択したSLPR番号を指定して、これら指定した内容を保守端末８９に通知する。これにより、保守端末８９は、ユーザ管理テーブル（ストレージ管理者管理テーブル／ストレージ管理者管理テーブル（A））中に管理対象として登録されているSLPR（の番号情報）をキーとして、図８で示したLDEVパーティションテーブル中から、上記SLPR（の番号情報）に対応するLDEV番号情報を検索、取得する。そして、更に、これらLDEV番号情報をキーとして、図９で示したLDEV管理情報テーブル中から上記LDEV番号情報に対応するLDEVに係わる情報を検索、取得することにより、上記全部のLDEV情報の取得が為される（ステップS２０２）。
【０１２９】
次に、アドミニストレータは、保守端末８９が、ステップS２０２で取得した上記全部のLDEV情報のうちから、例えば（DKC７１の）SM８３に格納されているLDEV管理テーブルを参照することにより、ペア役割が副のLDEVがあるかどうかチェックする（ステップS２０３）。このチェックの結果、ペア役割が副のLDEVがあると判断すれば（ステップS２０３でYes）、アドミニストレ−タは、ペア役割が副のLDEVを、副LDEV専用のSLPRに移動させる処理を行う。
【０１３０】
即ち、アドミニストレータは、MoveLdevSIprコマンドで、ユーザ管理テーブル（ストレージ管理者管理テーブル／ストレージ管理者管理テーブル（A））におけるユーザID、パスワードを指定すると共に、SLPR番号には副LDEV専用SLPRを指定して、これら指定した内容を保守端末８９に通知する。これにより、保守端末８９において、上記ペア役割が副のLDEVを、副LDEV専用のSLPRに移動させる処理が実行される。なお、ペア役割が副のLDEVが複数ある場合には、１個の副LDEVにつき、上記（MoveLdevSIpr）コマンドが１つ発行される（ステップS２０４）。
【０１３１】
ステップS２０１乃至ステップS２０４で示した処理動作は、副LDEV用SLPR以外のSLPRの中から、未だチェックを行っていないSLPRが無くなるまで行われる（ステップS２０５でNo）。そして、未だチェックを行っていないSLPRが無くなったと判断すれば（ステップS２０５でYes）、一連の副LDEV移動処理が終了する。
【０１３２】
図２１で示した副LDEV移動処理が終了することによって、副LDEV専用SLPR以外のLDEV（副LDEV専用のSLPRに属していない副LDEV）が、アドミニストレータにより定期的にチェックされて、副LDEV専用SLPRに移動させられる。
【０１３３】
以上、本発明の好適な実施形態を説明したが、これらは本発明の説明のための例示であって、本発明の範囲をこれらの実施形態にのみ限定する趣旨ではない。本発明は、他の種々の形態でも実施することが可能である。
【図面の簡単な説明】
【０１３４】
【図１】本発明に係る、SLPR（Storage Logical Partition）の技術を適用したストレージシステムと、各ユーザが夫々所管する複数台のホスト装置とを備える情報処理システムの一例を示すブロック図。
【図２】本発明に係る、SLPRの技術を適用したストレージシステムに対する保守端末、及び管理コンピュータの管理動作を示した説明図。
【図３】本発明の一実施形態に係る、ストレージシステムにSLPRの技術を適用した情報処理システムの全体構成を示すブロック図。
【図４】図３に示した各CHAの内部構成を示すブロック図。
【図５】図３に示した各DKAの内部構成を示すブロック図。
【図６】図３に示した保守端末の内部構成を示すブロック図。
【図７】本発明の一実施形態に係るポートパーティションテーブルの一例を示す説明図。
【図８】本発明の一実施形態に係るLDEVパーティションテーブルの一例を示す説明図。
【図９】本発明の一実施形態に係るLDEV管理テーブルの一例を示す説明図。
【図１０】本発明の一実施形態に係るストレージ管理者管理テーブルの一例を示す説明図。
【図１１】図１、及び図２に夫々記載の管理コンピュータに搭載されているストレージ管理ソフトウェアが持つストレージ管理者管理テーブル（A）の一例を示す説明図。
【図１２】本発明の一実施形態に係るペア管理テーブルの一例を示す説明図。
【図１３】本発明の一実施形態に係るアドミニストレータ管理テーブルの一例を示す説明図。
【図１４】本発明の一実施形態に係る副LDEV用SLPR管理テーブルの一例を示す説明図。
【図１５】本発明の一実施形態に係る管理コンピュータと保守端末との間で行われる通信の内容を示した説明図。
【図１６】本発明の一実施形態に係る保守端末が、管理コンピュータからLDEV情報要求コマンドを受信したときに実行する処理動作を示すフローチャート。
【図１７】本発明の一実施形態に係る保守端末が、管理コンピュータからローカルレプリケーションペア生成コマンドを受信したときに実行する処理動作を示すフローチャート。
【図１８】本発明の一実施形態に係るアドミニストレータが、ローカルレプリケーションペアを作成するときに実行するペア作成処理動作を示すフローチャート。
【図１９】本発明の他の実施形態に係る保守端末が、管理コンピュータからLDEV移動コマンドを受信したときに実行する処理動作を示すフローチャート。
【図２０】本発明の他の実施形態に係るアドミニストレータが、ローカルレプリケーションペアを作成するときに実行されるペア作成処理動作を示すフローチャート。
【図２１】本発明の他の実施形態に係る副LDEV移動処理の処理動作を示すフローチャート。
【符号の説明】
【０１３５】
１１〜１１０  LDEV（論理デバイス）
３１〜３５  ポート
５１〜５５、６１１〜６１ｎ  ホスト装置
１０、６５  ストレージシステム
２０、８９  保守端末（SVP）
３０、６７  LAN
４０、６９  管理コンピュータ
５０  ストレージ管理ソフトウェア
６３  SAN（Storage Area Network）
７１  ディスク制御装置（DKC）
７３  ファイバチャネル
７５  ディスク駆動装置
７７１〜７７ｎ  チャネルアダプタ（CHA）
７９  クロスバスイッチ
８１  キャッシュメモリ（CM）
８３  共有メモリ（SM）
８５  ブリッジ
８７  共有バス
９１  内部LAN
９３１〜９３ｎ  ディスクアダプタ
９５１〜９５ｎ  物理ディスク（PDEV）
１０１、１１３、１２１  CPU
１０３、１１５、１２３  メモリ
１０５、１１１  メモリコントローラ
１０７  ホストインタフェース（ホストI／F）
１０９、１１７  DMA（Direct Memory Access）
１１９  ディスクインタフェース（ディスクI／F）
１２５  インタフェース部
１２７  ローカルディスク
１２９９  入力デバイス
１３１  出力デバイス
【図１】
2006133989.tif 000003
【図２】
2006133989.tif 000004
【図３】
2006133989.tif 000005
【図４】
2006133989.tif 000006
【図５】
2006133989.tif 000007
【図６】
2006133989.tif 000008
【図７】
2006133989.tif 000009
【図８】
2006133989.tif 000010
【図９】
2006133989.tif 000011
【図１０】
2006133989.tif 000012
【図１１】
2006133989.tif 000013
【図１２】
2006133989.tif 000014
【図１３】
2006133989.tif 000015
【図１４】
2006133989.tif 000016
【図１５】
2006133989.tif 000017
【図１６】
2006133989.tif 000018
【図１７】
2006133989.tif 000019
【図１８】
2006133989.tif 000020
【図１９】
2006133989.tif 000021
【図２０】
2006133989.tif 000022
【図２１】
2006133989.tif 000023