(57)【特許請求の範囲】
【請求項１】
複数のホストコンピュータと、前記各ホストコンピュータに記憶領域を提供する少なくとも１つ以上のストレージ装置と、前記ストレージ装置及び前記各ホストコンピュータをそれぞれ管理可能な管理用コンピュータとを備えたストレージシステムにおいて、
前記管理用コンピュータは、
前記ストレージ装置の構成変更の対象となる記憶資源が割り当てられた２つのホストコンピュータを前記複数のホストコンピュータの中から特定し、前記特定された各々のホストコンピュータに割り当てられた前記ストレージ装置の記憶資源に関するストレージ構成情報に基づいて、当該ストレージ構成変更を準備させるための変更準備指示情報と、この変更準備指示情報で準備された構成変更を実行させるための変更実行指示情報とを生成し、前記変更準備指示情報を前記各々のホストコンピュータに出力し、前記変更実行指示情報を前記各々のホストコンピュータのうち所定のホストコンピュータに出力する変更指示部と、
前記変更指示部から前記変更準備情報を前記各々のホストコンピュータに出力させる準備モードと、前記変更指示部から前記変更準備情報を前記各々のホストコンピュータに出力させ、続けて、前記変更指示部から前記各々のホストコンピュータのうち所定のホストコンピュータに前記変更実行指示情報を出力させる連続実行モードと、前記変更指示部から前記変更準備情報を前記各々のホストコンピュータに出力させ、予め設定された実行条件が成立した場合に、前記変更指示部から前記変更実行指示情報を前記各々のホストコンピュータのうち所定のホストコンピュータに出力させる条件付き実行モードとを、制御する進行管理部と、
を備え、
前記各々のホストコンピュータは、前記変更指示部から前記変更準備指示情報が入力されると、前記変更準備指示情報に基づいて、前記ストレージ装置の構成変更に関するストレージ構成情報を生成し、前記変更指示部から前記変更実行指示情報が入力されると、当該ホストコンピュータに割り当てられた前記ストレージ装置の前記記憶資源に関する構成変更を前記ストレージ装置に対して指示し、
前記管理用コンピュータは、前記ストレージ装置の記憶資源に関する構成変更を、当該構成変更の対象となる前記記憶資源が割り当てられた前記各々のホストコンピュータを介して、実施することを特徴とするストレージシステム。
【請求項２】
前記実行条件には、ストレージ装置が所定の低負荷状態にある場合、指定された時刻が到来した場合、所定のデバイスが使用可能な場合、所定のプログラムが起動していない場合のうち、少なくともいずれか１つが含まれる請求項１に記載のストレージシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば、ディスクアレイサブシステム等のストレージ装置とホストコンピュータとを通信ネットワークで接続するストレージシステムに関する。
【背景技術】
【０００２】
例えば、企業や自治体等のような多量のデータを取り扱うデータ管理システムでは、ディスクアレイ装置等のストレージサブシステムを用いてデータを管理する。ディスクアレイ装置は、多数のディスクをアレイ状に配設して構成されるもので、例えば、RAID（Redundant Array of Independent Inexpensive Disks）に基づいて構築される。ディスクアレイ装置では、物理的なディスク上に論理的な記憶領域である論理ボリュームを構築することができる。ディスクアレイ装置は、論理ボリュームをアプリケーションサーバ等のホストコンピュータに対して提供する。
【０００３】
ホストコンピュータとディスクアレイ装置とは、例えば、ＳＡＮ（Storage Area Network）のような通信ネットワークを介して接続される。ＳＡＮに接続される各ホストコンピュータは、ディスクアレイ装置の有する論理ボリュームのうち、自己に割り当てられている（あるいはアクセス権限のある）論理ボリュームにアクセスしてデータを読み書きすることができる。
【０００４】
ＳＡＮに管理サーバを設け、管理サーバと各ホストコンピュータやストレージ装置等とをＬＡＮ（Local Area Network）で接続し、統合的に制御を行う技術も知られている（特許文献１参照）。
【特許文献１】特開２００２−６３０６３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
各種の業務を実行するホストコンピュータで使用されるデータ群は、定期的に、または不定期にバックアップされる必要がある。クライアントに業務サービスを提供するホストコンピュータ（業務サーバ）のボリューム内容は、バックアップ処理を行うホストコンピュータ（バックアップサーバ）にコピーされる。そして、バックアップサーバにコピーされたボリューム内容は、例えば、テープデバイス等のバックアップ装置によりバックアップされる。
【０００６】
例えば、業務サーバのボリュームをバックアップする場合は、業務サーバとバックアップサーバとにそれぞれ論理ボリューム（ＬＵ）を割り当て、コピー元となるプライマリボリュームとコピー先となるセカンダリボリュームとのコピーペアを設定する。そして、タイミングを見計らって、ボリュームコピーを実行する。
【０００７】
このように、その時々の要求に応じて、ストレージシステムの構成を適宜変更する必要があるが、管理サーバを設けている場合であっても、ネットワーク経由でストレージ構成情報を設定したり変更したりするのは煩雑で手間がかかる。例えば、ストレージ管理者がストレージシステムの構成を変更等する場合には、そのストレージを共用する各ホストコンピュータの管理者に対して、電話や電子メール等の手段により、構成変更を通知する必要がある。また、ストレージシステムの構成変更に伴って、各ホストコンピュータの保持する構成情報も適宜変更する必要があるため、各ホストコンピュータ毎にそれぞれ管理作業を行うための管理者が必要となる。このように、ストレージ構成情報の設定や変更を行おうとする場合、ストレージ管理者は、関与する全てのホストコンピュータの管理者にそれぞれ連絡しなければならず、各ホストコンピュータの管理者はそれぞれ作業を行う必要があり、ストレージ構成情報の設定変更作業が煩雑で時間もかかる。
【０００８】
本発明は、上記の問題点に鑑みてなされたもので、本発明の一つの目的は、管理用コンピュータからの指示により、ストレージ構成情報を円滑に設定することができるストレージシステムを提供することにある。本発明の一つの目的は、管理用コンピュータから一連の操作を行うことにより、ネットワーク上に分散されたコピーペアボリュームを容易に集中管理することができるストレージシステムを提供することにある。本発明の一つの目的は、管理用コンピュータからの指示によって、ボリュームコピーを段階的にまたは複数モードで制御可能なストレージシステムを提供することにある。本発明の更なる目的は、後述する実施の形態の記載から明らかになるであろう。
【課題を解決するための手段】
【０００９】
上記課題を解決すべく、本発明に従うストレージシステムでは、所定の処理動作（ボリュームコピーやバックアップ等）の進行状態を、管理用コンピュータで一元的に管理可能であり、さらに、複数段階で管理可能としている。
【００１０】
即ち、本発明に従うストレージシステムは、少なくとも１つ以上のホストコンピュータと、ホストコンピュータに記憶領域を提供する少なくとも１つ以上のストレージ装置と、ストレージ装置及びホストコンピュータをそれぞれ管理可能な管理用コンピュータとを備えている。そして、管理用コンピュータは、ホストコンピュータに割り当てられたストレージ装置の記憶資源に関するストレージ構成情報に基づいて、このストレージ構成情報を変更させるための変更指示情報を生成し、この変更指示情報をホストコンピュータに出力する変更指示部と、変更指示部による変更指示情報の出力タイミングを制御する進行管理部と、を備え、ホストコンピュータは、変更指示部から入力された変更指示情報に基づいて、ストレージ装置に対し構成の変更を指示する。
【００１１】
ここで、ホストコンピュータは、ストレージ装置を利用するコンピュータ装置であり、例えば、パーソナルコンピュータ、ワークステーション、メインフレーム等を挙げることができる。ストレージ装置は、例えば、ハードディスクや半導体メモリあるいは光ディスク等のような、少なくとも１つ以上の（通常は多数の）物理的な記憶デバイスを有し、物理的な記憶領域上に仮想的な記憶領域（論理ボリューム）を設定して、ホストコンピュータに提供する。ストレージ構成情報とは、ストレージ装置の使用状況等を示す情報であり、例えば、どのホストコンピュータがどの記憶デバイスを何に使用しているか等を示す情報である。
【００１２】
ストレージ装置の構成を変更する場合、管理用コンピュータは、ホストコンピュータが保持しているストレージ構成情報を予め取得する。このストレージ構成情報は変更前の構成を示している。そして、管理用コンピュータは、これから変更しようとする構成に応じて、ストレージ構成情報を変更させるための変更指示情報を生成し、ホストコンピュータに通知する。変更指示情報を受け取ったホストコンピュータは、ストレージ装置に対して構成の変更を指示する。このように、各管理者間の連絡や手作業を廃して、管理用コンピュータからの指示により、ホストコンピュータを介してストレージ装置の構成を変更することができる。
【００１３】
そして、進行管理部は、変更指示情報の出力タイミングを制御するため、構成変更の進捗状況を複数段階で、または複数モードで制御することができる。これにより、ユーザの使い勝手が向上する。
【００１４】
進行管理部は、ストレージ装置の構成変更の進行を、複数モードで制御可能であるように構成することができる。複数モードとしては、例えば、構成変更の準備だけ行って、構成変更の実行は後回しにする準備モードと、構成変更の準備と構成変更の実行とを連続的に実行させる連続実行モードとに大別することができる。さらに、準備モードには、種々の所定条件を予め設定することにより、所定条件が成立した場合に構成変更を実行させる条件付き実行モードを含めることができる。
【００１５】
進行管理部は、予め設定された実行条件に基づいて、ストレージ装置の構成変更の進行を、複数段階で制御可能に構成することもできる。
【００１６】
実行条件には、例えば、ストレージ装置が所定の低負荷状態にある場合、指定された時刻が到来した場合、所定のデバイスが使用可能な場合、所定のプログラムが起動していない場合のうち、少なくともいずれか１つを含めることができる。
【００１７】
例えば、ボリュームコピーによるバックアップを行う場合は、このバックアップ処理の分だけストレージ装置に負荷がかかる。ストレージ装置の負荷が増大した場合、応答性の低下を招くことがある。そこで、ストレージ装置が所定の低負荷状態にある場合に、構成変更を実行させることにより、業務処理等への影響を低減して構成変更（ボリュームコピーやバックアップ）を行うことができる。あるいは、ストレージ装置の負荷が小さくなる所定の時刻（例えば、業務終了後の時間帯）を指定してバックアップを指示することにより、業務処理への影響を防止しつつバックアップを行うことができる。また、バックアップに際して必要となる所定のデバイス（バックアップ用のテープデバイス等）が使用可能な場合に、バックアップを行うこともできる。さらに、バックアップにより影響を受ける可能性のある所定のプログラム（業務サービスを提供するアプリケーションプログラム等）が起動していない場合に、バックアップを実行することもできる。これらの条件は、１つだけ設定することもできるし、複数の条件を組み合わせて設定することもできる。なお、所定のプロセスが起動している場合にバックアップを実行するように指定できる構成としてもよい。
【００１８】
進行管理部は、ストレージ装置の構成変更が完了した場合には、予め設定された終了条件に基づいて、構成変更に関してホストコンピュータ上で実行される所定のプロセスの停止を、ホストコンピュータに指示させるように構成してもよい。
【００１９】
本発明では、管理用コンピュータから変更指示情報をホストコンピュータに出力し、この変更指示情報に基づいて、ホストコンピュータがストレージ装置に構成変更を指示するようになっている。このストレージ装置の構成変更を指示するために、ホストコンピュータ上で所定のプロセスが起動する場合、進行管理部は、構成変更の完了後に、所定のプロセスの起動停止を命じることができる。所定のプロセスを停止させる分だけ、ホストコンピュータの負荷を小さくすることができ、業務サービスへより多くのコンピュータ資源を割り当てることができる。
【００２０】
変更指示情報には、ストレージ装置の構成変更を準備させるための変更準備指示情報と、この変更準備指示情報で準備された構成変更を実行させるための変更実行指示情報とを含めることができる。そして、進行管理部は、（１）変更指示部から変更準備情報をホストコンピュータに出力させ、（２）予め設定された実行条件が成立した場合に、変更指示部から変更実行指示情報をホストコンピュータに出力させることができる。
【００２１】
構成変更の準備を指示する変更準備指示情報（第１の変更指示情報と呼んでもよい）と、準備された構成変更を実行させる変更実行指示情報（第２の変更指示情報と呼んでもよい）との複数段階で構成変更を指示させる。これによって、構成変更に備えた前段階（準備段階）と、準備された構成変更を実行させる後段階（実行段階）とを切り離すことができる。従って、場合に応じて、準備段階と実行段階の実行時期をずらしたり、略同時に実行させることができ、より柔軟にストレージ構成の設定や変更が可能となる。
【００２２】
本発明の一態様では、ホストコンピュータは複数存在し、変更準備指示情報は、各ホストコンピュータにそれぞれ出力し、変更実行指示情報は、各ホストコンピュータのうち所定のホストコンピュータに出力される。
【００２３】
即ち、ストレージシステムに複数のホストコンピュータが参加している場合は、各ホストコンピュータに対して一律に変更準備指示情報及び変更実行指示情報をそれぞれ出力するのではなく、ホストコンピュータに応じて、出力する情報を制御する。即ち、変更準備指示情報は、ストレージ装置の構成変更に関与する全てのホストコンピュータに対して通知する。一方、変更実行指示情報は、構成変更の準備が指示されたホストコンピュータのうち、少なくとも１つ以上の所定のホストコンピュータに対してのみ出力される。各ホストコンピュータの役割に応じて、通知する指示内容を変えることにより、より円滑にストレージ構成の設定や変更を行うことができる。変更実行指示情報が通知される所定のホストコンピュータとしては、例えば、論理ボリュームのコピーを行う場合を例に挙げると、プライマリボリュームを有するホストコンピュータが該当する。
【００２４】
本発明の別の観点に従うコンピュータプログラムは、少なくとも１つ以上のホストコンピュータと該ホストコンピュータに記憶領域を提供する少なくとも１つ以上のストレージ装置をそれぞれ管理可能な管理用コンピュータを制御するプログラムであって、ホストコンピュータに割り当てられたストレージ装置の記憶資源に関するストレージ構成情報に基づいて、ホストコンピュータからストレージ装置に対して構成変更を指示させるための変更指示情報を生成し、この変更指示情報をホストコンピュータに出力する変更指示機能と、変更指示機能による変更指示情報の出力タイミングを制御する進行管理機能と、をコンピュータ上に実現させる。このようなプログラムは、例えば、半導体メモリ装置、ハードディスク装置、光ディスク装置等の記憶媒体に格納させて流通させることができる。または、通信ネットワークを介してプログラムを送信することもできる。
【発明を実施するための最良の形態】
【００２５】
以下、添付図面に基づいて本発明の実施形態を説明する。本実施形態では、複数のホストコンピュータと、各ホストコンピュータにそれぞれボリュームを提供する少なくとも１つ以上のストレージ装置と、ストレージ装置を管理する管理用コンピュータとを備えたストレージシステムが開示されている。そして、管理用コンピュータは、取得したボリューム情報に基づいて、コピー元ボリューム及びコピー先ボリュームとコピー開始条件及びコピー終了条件とをそれぞれ指定するコピー条件指定部と、コピー元ボリュームを有するホストコンピュータとコピー先ボリュームを有するホストコンピュータとの両方に、ボリュームコピーを実行するための構成定義情報の生成をそれぞれ指示するコピー準備指示部と、各ホストコンピュータのうち所定のホストコンピュータに、構成定義情報に基づくボリュームコピーの実行を指示するコピー実行指示部と、コピー準備指示部及びコピー実行指示部の作動を制御するためのコピー進行管理部とを備えている。コピー進行管理部は、（１）コピー準備指示部を介して、各ホストコンピュータに構成定義情報の生成を指示し、（２）コピー開始条件が成立した場合は、コピー実行指示部を介して、所定のホストコンピュータにボリュームコピーの開始を指示し、（３）ボリュームコピーが完了した場合は、コピー終了条件に基づいて、ボリュームコピーに関してホストコンピュータ上で実行される所定のプロセスを停止させる。所定のホストコンピュータは、コピー準備指示部及びコピー実行指示部と通信を行うエージェント部と、エージェント部により生成される構成定義情報に基づいて生成されるコピー実行プロセス部とを備え、コピー実行指示部からの指示に基づいて、コピー実行プロセス部が起動し、コピー進行管理部からの指示に基づいて、コピー実行プロセス部が停止するようになっている。
【００２６】
本実施形態のストレージシステムでは、以下のステップを含むボリュームコピー方法（バックアップ方法）が開示されている。即ち、コピー元ボリュームとコピー先ボリュームを設定するステップと、コピーを直ちに実行させる第１のモード、または予め設定された所定の条件が成立した場合にコピーを実行させる第２のモードのいずれか１つを選択するステップと、第２のモードが選択された場合は、コピー元ボリュームを有するホストコンピュータ及びコピー先ボリュームを有するホストコンピュータに対して、構成定義情報の生成をそれぞれ指示するステップと、前記所定の条件が成立したか否かを監視するステップと、前記所定の条件が成立した場合には、コピー処理を行うための所定のプロセスを前記各ホストコンピュータでそれぞれ起動させるステップと、前記各所定のプロセスを用いてコピー元ボリュームとコピー先ボリュームとの間のボリュームコピーを実行させるステップと、ボリュームコピーが完了した場合に、予め設定されているときには、前記各所定のプロセスをそれぞれ停止させるステップと、を含む。
【実施例１】
【００２７】
図１〜図１０に基づいて、本発明の第１実施例を説明する。図１は、本実施例によるストレージシステムの全体概要を示すブロック図である。
ストレージシステムは、それぞれ後述するように、ストレージ管理サーバ１０と、複数のホストコンピュータ２０，３０と、ストレージサブシステム４０と、他のストレージサブシステム５０と、これら各装置を接続する第１の通信ネットワークＣＮ１及び第２の通信ネットワークＣＮ２とを備えて構成することができる。
【００２８】
ストレージ管理サーバ（以下、「管理サーバ」）１０は、ストレージサブシステム４０を管理することができる。管理サーバ１０は、コピーペア制御部１１と構成情報データベース（以下、「ＤＢ」）１２とを備えている。詳細は後述するが、管理サーバ１０は、ストレージサブシステム４０の構成を変更する際に、ホストコンピュータ２０，３０に対して、構成定義ファイル（図中、「Config File」と示す）の生成を指示する。さらに、管理サーバ１０は、構成定義ファイルの生成指示と連続して、あるいは、構成定義ファイルの生成指示とは別の時点で、プライマリボリュームが設定されるホストコンピュータ２０に対してコピー開始を命令する。
【００２９】
管理サーバ１０は、ホストコンピュータ２０によってストレージサブシステム４０の構成が変更されると、ストレージサブシステム４０の最新の状態を取得して保持する。管理サーバ１０は、ストレージシステムのストレージ構成を集中管理しており、遠隔操作でストレージ構成の設定や変更を行う。また、管理サーバ１０は、ストレージ構成の変更を伴う所定の処理動作について、その進行を管理する。
【００３０】
第１のホストコンピュータ２０は、例えば、パーソナルコンピュータやワークステーションあるいはメインフレーム等のコンピュータ装置からアプリケーションサーバとして構成することができる。ホストコンピュータ２０は、例えば、キーボードスイッチやポインティングデバイス、マイクロフォン等の情報入力装置（図示せず）と、例えば、モニタディスプレイやスピーカー等の情報出力装置（図示せず）とを備えている。ホストコンピュータ２０は、ホストエージェント２１と、コピーペア制御用コマンド２２と、構成定義ファイル２３と、HORCMインスタンス２４と、業務用アプリケーションプログラム２５と、制御用デバイス（図中「ＣＭＤ」と略記）２６と、プライマリボリューム２７と、ポート２８とを備える。
【００３１】
詳細は後述するが、ホストエージェント２１は、管理サーバ１０から受信した指示に基づいて構成定義ファイル２３を生成したり、HORCMインスタンス２４を起動させてコピーコマンドの実行を指示したりするプログラムモジュールである。
【００３２】
HORCMインスタンス２４は、ペアを構成するボリューム間の記憶内容を一致させる（同期させる）ための制御を担当するプロセスである。HORCMインスタンス２４は、コピーペア制御用コマンド２２を介して入力されるコマンドに基づいて、コピー処理を行う。HORCMインスタンスは、所定の動作（ボリュームコピーの実行指示やバックアップ指示等）を実行するための所定プロセスと呼ぶこともできる。
【００３３】
ホストエージェント２１とHORCMインスタンス２４とは、ホストコンピュータ２０の有する種々のコンピュータ資源（マイクロプロセッサ、メモリ、入出力回路等）を適宜利用することにより、それぞれの機能を発揮する。ホストエージェント２１及びHORCMインスタンス２４の一部を、ハードウェア回路から構成することもできる。
【００３４】
構成定義ファイル２３は、ホストコンピュータ２０の有するストレージ資源の構造を記述するファイルである。詳細は後述するが、構成定義ファイル２３には、プライマリボリューム２７の実体がどこに存在し、どのホストコンピュータの有するボリュームとペアを構成しているか等の情報が格納されている。
【００３５】
制御用デバイス２６は、ストレージサブシステム４０を制御するためのものである。HORCMインスタンス２４は、制御用デバイス２６を介してストレージサブシステム４０にコマンドの実行を要求する。プライマリボリューム２７は、ストレージサブシステム４０から提供されて、ホストコンピュータ２０にマウントされている。プライマリボリューム２７の実体は、ストレージサブシステム４０内のボリューム４１である。ホストコンピュータ２０のプライマリボリューム２７は仮想的な存在であり、その実体はストレージサブシステム４０内に存在する。ポート２８は、例えば、ＳＡＮとして構成される通信ネットワークＣＮ２を利用してデータやコマンドの送受信を行うものである。例えば、ポート２８は、ファイバチャネルＨＢＡ（Host Bus Adapter）として構成される。
【００３６】
第２のホストコンピュータ３０も、第１のホストコンピュータ２０と同様に、ホストエージェント３１と、コピーペア制御用コマンド３２と、構成定義ファイル３３と、HORCMインスタンス３４と、バックアッププログラム（図中、「バックアップＰＰ」）３５と、制御用デバイス３６と、セカンダリボリューム３７と、ポート３８と、バックアップデバイス３９とを備えている。これら各部の構成は、第１のホストコンピュータ２０の対応する部分の構成と同一なので、共通部分の説明を省略する。第２のホストコンピュータ３０は、第１のホストコンピュータ２０のデータをバックアップするためのバックアップサーバとして利用されるもので、セカンダリボリューム３７の実体は、ストレージサブシステム４０のボリューム４２である。
【００３７】
バックアッププログラム３５は、バックアップデバイス３９の作動を制御するためのものである。バックアップデバイス３９としては、例えば、テープデバイス等を用いることができる。バックアップデバイス３９の物理的な実体は、ホストコンピュータ３０の外部に設けることができる。
【００３８】
セカンダリボリューム３７には、ボリュームコピー（ミラーリング）によって、プライマリボリューム２７の記憶内容が記憶される。プライマリボリューム２７の記憶内容を、初期コピーによって、セカンダリボリューム３７に丸ごとコピーさせる。その後、各ボリューム２７，３７のペアを解除し、セカンダリボリューム３７の記憶内容をバックアップデバイス３９にコピーさせる。これにより、ある時点におけるプライマリボリューム２７の記憶内容をバックアップすることができる。
【００３９】
初期コピー完了後に、プライマリボリューム２７とセカンダリボリューム３７を同期させるために、プライマリボリューム２７への更新要求をセカンダリボリューム３７にも反映させたり、あるいは、プライマリボリューム２７で生じた差分データを差分ビットマップで管理し、差分の生じた部分のみを差分コピーにより、セカンダリボリューム３７に反映させる。
【００４０】
ストレージサブシステム４０は、例えば、RAIDに基づいたディスクアレイ装置として構成されている。ストレージサブシステム４０は、プライマリボリューム４１と、セカンダリボリューム４２と、制御用デバイス４３とを備える。詳細はさらに後述するが、ストレージサブシステム４０は、多数の物理的ディスクドライブを有しており、これらディスクドライブの提供する物理的記憶領域上に論理的な記憶領域（論理ボリューム（Logical Unit）あるいはLDEVとも呼ぶ）が設定される。ストレージサブシステム４０は、多数の論理ボリュームを備えることができる。
【００４１】
ストレージサブシステム４０は、各ホストコンピュータ２０，３０にそれぞれ論理ボリューム４１，４２を提供する。例えば、ゾーニングやＬＵＮ（Logical Unit Number）マスキング等により、各ホストコンピュータ２０，３０は、自己に割り当てられているボリューム（４１または４２）にのみアクセス可能である。制御用デバイス４３は、各ホストコンピュータ２０，３０に共用される。ポート４４〜４６は、通信ネットワークＣＮ２を介して各ボリューム４１〜４３にそれぞれアクセスするための通信ポートであり、例えば、ファイバチャネルアダプタとして構成される。また、他のポート４７は、別のストレージサブシステム５０に接続するためのものである。
【００４２】
別のストレージサブシステム５０は、ストレージサブシステム４０と同様に構成することができる。ストレージサブシステム５０は、少なくとも１つ以上の論理ボリューム５１と、ストレージサブシステム４０と接続するためのポート５２と、通信ネットワークＣＮ２に接続するためのポート５３とを備えている。図中では、説明の便宜上、１つの論理ボリューム５１を示し、制御デバイス等の図示を省略している。
【００４３】
ストレージサブシステム４０とストレージサブシステム５０とは、筐体間通信を行うことができる。そして、ストレージサブシステム４０の論理ボリューム４１とストレージサブシステム５０の論理ボリューム５１とをコピーペアとして設定することができる。即ち、本実施例では、２種類のボリュームコピーを実現可能である。その一つは、同一のストレージサブシステム４０内において、論理ボリューム４１と論理ボリューム４２とをペアにし、ボリュームコピーを行うものである。他の一つは、異なるストレージサブシステム４０，５０間でボリュームコピーを行うものである。
【００４４】
第１の通信ネットワークＣＮ１は、例えば管理用の専用ＬＡＮとして構成され、第２の通信ネットワークＣＮ２は、例えばＳＡＮとして構成される。第１の通信ネットワークＣＮ１は、管理サーバ１０と、各ホストコンピュータ２０，３０と、各ストレージサブシステム４０，５０とをそれぞれ相互通信可能に接続している。第１の通信ネットワークＣＮ１は、管理サーバ１０と各ホストコンピュータ２０，３０及び各ストレージサブシステム４０，５０との間の各種指示や管理用データ等を伝送する。第２の通信ネットワークＣＮ２は、各ホストコンピュータ２０，３０と各ストレージサブシステム４０，５０とを相互通信可能に接続し、これらホストコンピュータ２０，３０及びストレージサブシステム４０，５０間のデータ及びコマンドを伝送する。
【００４５】
図２は、図１中の要部を示すブロック図である。図２には、管理サーバ１０と、第１のホストコンピュータ２０と、ストレージサブシステム４０とが示されている。先に管理サーバ１０の詳細構造を説明する。管理サーバ１０は、コピーペア制御部１１及び構成情報ＤＢ１２に加えて、ストレージ情報管理部１３と、ホスト情報管理部１４と、表示／選択部１５と、ユーザインターフェース（図中「ＵＩ」と略記）部１６とを備えている。また、例えば、ソフトウェアとして構成されるコピーペア制御部１１は、内部機能として、構成定義ファイル生成指示部１１Ａと、コピー実行指示部１１Ｂと、進行管理部１１Ｃとを備えている。
【００４６】
構成定義ファイル生成指示部１１Ａは、表示／選択部１５により設定されたストレージ構成に基づいて、各ホストコンピュータ２０，３０のホストエージェント２１，３１に対し、構成定義ファイル２３，３３の生成をそれぞれ指示するものである。コピー実行指示部１１Ｂは、プライマリボリューム２７が設定される第１のホストコンピュータ２０に対し、コピーコマンドの実行を指示するものである。また、コピー実行指示部１１Ｂは、コピーコマンドの発行前に、各ホストエージェント２１，３１に対し、HORCMインスタンス２４，３４の起動を指示する。進行管理部１１Ｃは、ボリュームコピーの進行状態を管理するものである。後述のように、進行管理部１１Ｃは、ＵＩ部１６を介して入力されたコピー条件に従って、各指示部１１Ａ，１１Ｂの作動を制御する。
【００４７】
ストレージ情報管理部１３は、ストレージサブシステム４０のステータスを取得して構成情報ＤＢ１２に反映させるものである。ストレージ情報管理部１３は、コピーペア制御部１１からの指示により、ホストコンピュータ２０を介してストレージサブシステム４０の構成が変更されたことを確認する。ストレージ情報管理部１３は、ストレージサブシステム４０に対し、最新のストレージ構成情報を送信するように要求する。ストレージ情報管理部１３は、ストレージサブシステム４０から受信した最新のストレージ構成情報を構成情報ＤＢに更新登録させる。
【００４８】
ホスト情報管理部１４は、各ホストコンピュータ２０，３０から制御用デバイス２６，３４を含むボリューム情報等を取得するものである。取得されたボリューム情報は、構成情報ＤＢ１２に反映される。表示／選択部１５は、ＵＩ部１６を介して選択可能なボリュームの一覧をストレージ管理者に提示する。また、ホスト情報管理部１４は、各ホストコンピュータ２０，３０の属性情報（ホスト名、IPアドレス等）や、HORCMインスタンス２４，３４に関する情報等を取得することができる。
【００４９】
表示／選択部１５は、ストレージ管理者（ユーザ）がＵＩ部１６を介して入力した情報に基づいて、ストレージ構成情報の設定をコピーペア制御部１１に指示する。また、ストレージ管理者は、ＵＩ部１６を介して、コピー実行条件（詳しくは、HORCMインスタンスの起動条件及び停止条件）を指定することができる。ストレージ管理者から指定された条件は、コピーペア制御部１１に入力される。
【００５０】
第１のホストコンピュータ２０の詳細を説明する。ホストエージェント２１は、通知部２１Ａと、構成定義ファイル２１Ｂと、コマンド実行部２１Ｃとを備えている。通知部２１Ａは、第１の通信ネットワークＣＮ１を介して、管理サーバ１０との間で通信を行うものである。通知部２１Ａは、管理サーバ１０に対して構成定義ファイル２３の内容や作業完了報告等を送信したり、管理サーバ１０からの各種指示を受信する。また、通知部２１Ａは、管理サーバ１０に対して、HORCMインスタンス２４の情報を通知する。
【００５１】
構成定義ファイル生成部２１Ｂは、管理サーバ１０からの指示に応じて、要求された仕様の構成定義ファイル２３を生成する。構成定義ファイル２３は、複数設定可能であるが、図中では説明の便宜のため、１つだけ示している。コマンド実行部２１Ｃは、管理サーバ１０からの指示に応じて、HORCMインスタンス２４を起動させ、コピーコマンドの実行を要求する。
【００５２】
コピーペア制御用コマンド２２は、コマンド実行部２１Ｃからの指示に基づいて、例えば、「paircreate_pair1」等のようなコマンドを生成し、HORCMインスタンス２４に入力させるものである。HORCMインスタンス２４は、入力されたコマンドに応じて、制御用デバイス２６を制御する。コピーコマンドの生成に際しては、ディスク管理テーブルＴｄが参照される。ディスク管理テーブルＴｄは、図４（ｂ）と共に後述するように、ホストコンピュータ２０のＯＳ（Operating System）が認識する抽象化されたディスク名を実際にアクセス可能な情報に変換するためのものである。そして、HORCMインスタンス２４から制御用デバイス２６にコマンドが入力されると、コマンドの指示内容は、第２の通信ネットワークＣＮ２を介してストレージサブシステム４０の制御用デバイス４３に伝送される。これにより、ストレージサブシステム４０内でペアを構成するボリューム同士のコピーが実行される。ボリューム間のコピーは、いわゆるサーバフリーの処理として、ホストコンピュータ２０を介在させずに行われる。あるいは、ストレージサブシステム４０，５０間でボリュームコピーを実行させることもできる。筐体内のボリュームコピーと筐体間のボリュームコピーのいずれを採用するかは、ストレージ管理者の選択に委ねられる。
【００５３】
ストレージサブシステム４０は、複数の論理ボリューム４７を備えている。各論理ボリューム４７は、ホストコンピュータ２０，３０に提供される仮想的なディスクデバイスであり、それぞれ例えば「０：００」、「０：０１」、「０：０２」、「０：０３」のようなデバイス識別情報が付与されている。各論理ボリューム４７のうち１つの論理ボリューム４７（「０：０１」）は、図１に示すプライマリボリューム４１として、ホストコンピュータ２０に割り当てられている。
【００５４】
他の論理ボリューム４７（「０：０２」）は、図１に示すセカンダリボリューム４２として、ホストコンピュータ３０に割り当てられている。さらに別の論理ボリューム４７（「０：０３」）は、図１に示す制御用デバイス４３として用いられている。「０：０２」の論理ボリューム４７は、未使用であるか、あるいは図外のホストコンピュータに利用される。以上は説明のための例示であって、これに限定されない。例えば、複数の論理ボリューム４７からプライマリボリューム４１またはセカンダリボリューム４２を構築することもできる。なお、図２中では、ストレージサブシステム４０の具体的構成を示すため、ポートの構成が図１とは異なる。
【００５５】
図３は、各ホストエージェント２４，３４によりそれぞれ生成される構成定義ファイル２３，３３の概要を示す説明図である。構成定義ファイルには、例えば、HORCMインスタンスの定義情報と、制御用デバイスの定義情報と、ペアボリュームの定義情報等を含めることができる。HORCMインスタンスの定義情報には、例えば、そのHORCMインスタンスが起動するホストコンピュータの名称と、プログラム間通信を行うためのポート番号と、モニタリング間隔等を含めることができる。制御用デバイスの定義情報には、例えば、デバイスファイル名と、ストレージサブシステムの識別子等を含めることができる。ペアボリュームの定義情報には、例えば、グループ名と、コピーに使用するポート名と、コピーに使用される論理ボリューム番号（LDEV番号）とを含めることができる。なお、ＬＵとＬＤＥＶとは、呼び方は異なるが、基本的に同一のものである。本明細書では、適宜ＬＵとＬＤＥＶとを使い分けるが、いずれかに統一してもよい。
【００５６】
図４は、各種のデータ構造の一例を示す。図４（ａ）は、管理サーバ１０の構成情報ＤＢ１２に記憶されるストレージ構成情報を示す。ストレージ構成情報は、各ホストコンピュータ２０，３０及びストレージサブシステム４０（あるいは、ストレージサブシステム４０，５０）からそれぞれ取得された情報に基づいて構成される。
【００５７】
ストレージ構成情報は、例えば、ストレージサブシステム４０が提供するデバイス名（ディスクＮｏ．で識別され、論理ボリューム４７の名称である）と、ストレージサブシステム４０を識別するためのRAID名と、デバイスが割り当てられているホスト名と、そのホスト上で認識されているディスク名と、割り当てられたボリュームの用途を示すボリューム種別と、記憶内容の一致状態を示す同期状態とを対応付けることにより構成することができる。
【００５８】
図４（ａ）に示す例では、デバイスＮｏ．「０：００」の論理ボリューム４７は、「RAID１」で特定されるストレージサブシステム４０に属しており、「Host１」で特定される第１のホストコンピュータ２０に対してプライマリボリュームとして提供されていることがわかる。同様に、デバイスＮｏ．「０：０１」の論理ボリューム４７は、「RAID１」で特定されるストレージサブシステム４０に属し、「Host２」で特定される第２のホストコンピュータ３０にセカンダリボリュームとして提供されている。そして、同期状態に設定されていることを示す「sync」により、各ホストコンピュータ２０，３０にそれぞれ提供されている各ボリュームの記憶内容が同期済であることがわかる。また、「RAID１」で特定されるストレージサブシステム４０に属する「０：０３」のデバイスＮｏ．で特定される論理ボリューム４７は、制御用デバイスとして用いられており、各ホストコンピュータ２０，３０によって共用されていることがわかる。
【００５９】
図４（ｂ）は、図２中のディスク管理テーブルＴｄの一例を示す。ディスク管理テーブルＴｄは、例えば、ストレージサブシステム４０が提供する論理ボリュームの名称であるデバイス名と、各デバイスが属するストレージサブシステム４０を特定するRAID名と、各デバイスにアクセスするためのポート名と、各デバイスに割り当てられたデバイス番号と、備考欄とが対応付けられている。
【００６０】
図４（ｃ）は、管理サーバ１０から各ホストコンピュータ２０，３０に対して出力される構成定義ファイル生成指示の一例を示す。新たな構成定義ファイル（Config File）の生成を指示する情報は、プライマリボリューム指定部とセカンダリボリューム指定部とを含んで構成することができる。
【００６１】
プライマリボリューム指定部には、例えば、プライマリボリューム（P−VOL）が設定されるホスト名（Host１）と、プライマリボリュームとして使用されるストレージサブシステム４０内のデバイス名（Device１）とが含まれている。セカンダリボリューム指定部には、例えば、セカンダリボリューム（S−VOL）が設定されるホスト名（Host２）と、セカンダリボリュームとして使用されるストレージサブシステム４０内のデバイス名（Device２）とが含まれている。同一のペアに属する各ホストコンピュータ２０，３０に、同一内容の構成定義ファイル生成指示が通知される。同一内容とは、具体的な指示内容が同一であることを意味し、例えば、宛先等を記述するヘッダ部分等は相違する場合がある。各ホストエージェント２１，３１は、図４（ｃ）に示す構成定義ファイル生成指示に基づいて、構成定義ファイル２３，３３をそれぞれ生成する。
【００６２】
図５は、管理サーバ１０のホスト情報管理部１４により管理されるホスト情報の一部を示す説明図である。ホスト情報管理部１４は、例えば、ホスト一覧テーブルＴ１と、ホスト状態管理テーブルＴ２と、HORCMインスタンステーブルＴ３と、HORCMインスタンスの内容を示す情報Ｔ４とを関連付けて記憶することができる。
【００６３】
ホスト一覧テーブルＴ１には、管理サーバ１０の管理下にある各ホストコンピュータの名称が一覧形式で示されている。ホスト状態管理テーブルＴ２には、ホスト一覧テーブルＴ１で選択されたホストコンピュータのホスト名やＩＰアドレス等の状態と、HORCMインスタンステーブルＴ３へのポインタとが含まれている。HORCMインスタンステーブルＴ３には、そのホストコンピュータで起動可能な各HORCMインスタンスの詳細情報Ｔ４へのポインタが含まれている。上述のように、コピーペアは複数設定することができ、各コピーペアのそれぞれについてHORCMインスタンスが設定される。
【００６４】
HORCMインスタンスの詳細情報Ｔ４には、例えば、起動制御情報と、起動条件情報と、終了条件情報とを含めることができる。起動制御情報には、HORCMインスタンスを起動する、またはHORCMインスタンスを起動しない、のいずれかを含めることができる。
【００６５】
ここで、「起動する」とは、構成定義ファイルの生成完了と同時に、HORCMインスタンスを起動させるモードを意味する。「起動しない」とは、別途手動操作で起動させるために構成定義ファイルのみを作成させた状態で止めるモードと、条件付きで起動させるモードとを意味する。
【００６６】
起動条件情報には、HORCMインスタンスを起動させるための諸条件を少なくとも１つ以上含めることができる。起動条件としては、例えば、以下のものが挙げられる。
（１）ストレージサブシステム（図５中「ＳＡＮ」）の負荷状態が所定値より低い場合
（２）所定時刻が到来した場合
（３）所定デバイスが使用可能状態の場合
（４）所定プロセスが起動していない場合
【００６７】
ストレージサブシステムの負荷状態が所定値よりも低い場合に、HORCMインスタンスを起動させてボリュームコピーを実行させるときは、起動条件を判定するための負荷閾値を指定する。例えば、ボリュームコピーに使用されるポートのトラフィック量が所定の閾値よりも小さい場合に、HORCMインスタンスを起動させることができる。但し、HORCMインスタンスを起動させるためのストレージサブシステムの負荷状態としては、コピーに使用される通信経路のトラフィックに限定されない。例えば、キャッシュメモリの使用量が所定値以下の場合、ストレージサブシステムのＣＰＵ利用率が所定値以下の場合等に、HORCMインスタンスを起動させるように構成することもできる。
【００６８】
所定時刻が到来した場合にHORCMインスタンスを起動させるときは、その起動時刻を指定する。所定デバイスが使用可能状態の場合にHORCMインスタンスを起動させるときは、監視対象のデバイス名を指定する。デバイス名としては、例えば、バックアップデバイス３９等を挙げることができる。所定プロセスが起動していない場合にHORCMインスタンスを起動させるときは、監視対象のプロセス名を指定する。このプロセスとしては、例えば、業務サービスを提供するための業務用アプリケーションプログラム２５等を挙げることができる。業務サービス提供中にバックアップを行うと、応答性が低下するおそれがあるので、業務サービスに関するプロセスが起動していないことを確認してから、HORCMインスタンスを起動させることができる。
【００６９】
なお、上記各起動条件のうち、所定の負荷状態への到達または所定時刻の到来によりボリュームコピーを実行させる（HORCMインスタンスを起動させる）ものを、メイン起動条件と呼ぶことができる。そして、所定デバイスの使用可能状態または所定プロセスの停止状態を条件とするものを、サブ起動条件と呼ぶこともできる。例えば、メイン起動条件（１）、（２）は、少なくともいずれか１つを選択すればよく、サブ起動条件の指定は必ずしも必要ない。逆に、サブ起動条件のみの指定は許可しないように構成できる。
【００７０】
終了条件情報には、例えば、初期コピー完了後にHORCMインスタンスを停止させる、または初期コピー完了後もHORCMインスタンスを起動させておく、のいずれかが指定される。HORCMインスタンス２４，３４は、コピーペアを形成する各ボリューム４１，４２（２７，３７）がペア状態となっている間常に起動している必要はない。
【００７１】
ボリュームのコピーを作成するときだけHORCMインスタンス２４，３４が起動していればよく、それ以外の期間においてHORCMインスタンス２４，３４を起動させたままにするか否かは、ストレージシステムの運用に依存する。初期コピー完了後もHORCMインスタンス２４，３４を起動させておく場合は、HORCMインスタンス２４，３４による障害監視機能を利用することができる。反面、HORCMインスタンス２４，３４を常駐させると、ホストコンピュータ２０，３０のシステムメモリやＣＰＵリソースも消費する。コピーペアの数だけHORCMインスタンスが生成されるので、常駐するHORCMインスタンスの数が増えるほど、ホストコンピュータの負荷は増大する。
【００７２】
そこで、本実施例では、初期コピー完了後に、HORCMインスタンスを停止させるか（システムメモリから削除）、HORCMインスタンスを起動させたままにしておくかを、ストレージ管理者が選択できるようにしている。例えば、障害監視機能を重視する運用の場合は、初期コピー完了後も、HORCMインスタンスを起動させたままにしておく。例えば、ホストコンピュータの負荷低減を重視する運用の場合は、初期コピー完了後に、HORCMインスタンスを停止させて、メモリやＣＰＵ等のリソースを業務用アプリケーションプログラム２５等に割り当てる。
【００７３】
上述したHORCMインスタンスの起動条件及び終了条件は、各HORCMインスタンス毎にそれぞれ個別に設定することができる。あるいは、１つのHORCMインスタンスに設定した起動条件及び終了条件を、そのホストコンピュータで起動される全てのHORCMインスタンスに反映させるように構成してもよい。なお、図５に示す各テーブルの内容は、ＵＩ部１６を介して確認することができる。
【００７４】
図６は、ストレージ情報管理部１３により管理されるストレージサブシステム情報の一部を示す説明図である。例えば、ストレージサブシステム一覧テーブルＴ１１には、ストレージシステムを構成する全てのストレージサブシステム名が一覧形式で表示されており、各ストレージサブシステムへのポインタが含まれている。ストレージサブシステム一覧テーブルＴ１１から所望のストレージサブシステムを選択すると、そのストレージサブシステムのポート一覧を確認することができる。ポート一覧テーブルＴ１２から所望のポートを選択すると、ポート詳細テーブルＴ１３に移り、そのポートのトラフィック量を確認することができる。ストレージ管理者は、ボリュームコピーが行われるポートについて、そのトラフィック量を監視することにより、そのポートが低負荷状態の場合にのみ、HORCMインスタンスを起動させてボリュームコピーを実行させることができる。
【００７５】
図７は、本実施例によるボリュームコピー（バックアップ処理）の全体概要を示すフローチャートである。
まず、ストレージ管理者は、ＵＩ部１６を介して、ペアを形成するボリュームを選択し、また、コピー条件を指定する（Ｓ１）。コピー条件とは、HORCMインスタンス詳細情報Ｔ４と共に述べた起動条件及び終了条件である。ストレージ管理者により指定された情報は、管理サーバ１０内に記憶される（Ｓ２）。
【００７６】
管理サーバ１０は、そのボリュームコピーについて起動制御が設定されているか否かを判定する（Ｓ３）。起動制御が設定されていない場合は（S3：NO）、構成定義ファイルの生成とHORCMインスタンスの起動とを一連の操作として連続的に実行させるモードが指定されている場合である。そこで、管理サーバ１０は、各ホストコンピュータ２０，３０に対し、構成定義ファイル２３，３３の生成をそれぞれ指示する（Ｓ４）。管理サーバ１０は、構成定義ファイル２３，３３の生成を確認した後、HORCMインスタンス２４，３４の起動を各ホストコンピュータ２０，３０にそれぞれ指示する（Ｓ５）。各HORCMインスタンス２４，３４の起動を確認後、管理サーバ１０は、プライマリボリューム２７がマウントされているホストコンピュータ２０に対し、コピー開始を指示する（Ｓ６）。この場合、初期コピーが完了した後も、各HORCMインスタンス２４，３４はそれぞれのホストコンピュータ２０，３０に常駐する。
【００７７】
これに対し、ボリュームコピーについて予め起動制御を行う旨が指定されている場合は（S3：YES）、条件付き起動モードが指定された場合である。そこで、管理サーバ１０は、各ホストコンピュータ２０，３０に対して、構成定義ファイル２３，３３の生成のみを先に指示する（Ｓ７）。
【００７８】
次に、管理サーバ１０は、ＳＡＮの負荷状態（ボリュームコピーに使用する通信経路のトラフィック量）や時刻を監視する（Ｓ８）。ここでは、負荷状態が所定値以下の場合、または所定時刻が到来した場合のいずれかに、ボリュームコピーを実行させる旨が予め指定されているものとする。
【００７９】
予め指定された所定の負荷状態に達した場合、または予め指定された所定の時刻が到来した場合は（S9：YES）、ボリュームコピーを実行させるための他の条件が満たされているか否かを判定する。ここでは、プライマリボリューム２７を有するホストコンピュータ２０において、業務用アプリケーションプログラム２５が起動していないこと（Ｓ１０）、セカンダリボリューム３７を有するホストコンピュータ３０において、バックアップデバイス３９が使用可能状態（Ready状態）にあること（Ｓ１１）の２つの条件が設定されているものとする。
【００８０】
そして、いずれの条件も満たした場合（S10：YES、S11：YES）、管理サーバ１０は、各ホストコンピュータ２０，３０に対して、HORCMインスタンス２４，３４の起動をそれぞれ指示する（Ｓ１２）。そして、管理サーバ１０は、各HORCMインスタンス２４，３４の起動を確認した後で、ペアを形成するボリューム間で初期コピーを開始するように、ホストコンピュータ２０に指示する（Ｓ１３）。
【００８１】
ペアを形成するボリューム２７，３７間の初期コピーの完了を確認した場合、管理サーバ１０は、初期コピー完了後にHORCMインスタンス２４，３４の停止が指定されているか否かを判定する（Ｓ１４）。HORCMインスタンス２４，３４の停止が予め指定されている場合（S14：YES）、管理サーバ１０は、各ホストコンピュータ２０，３０に対して、HORCMインスタンス２４，３４の停止を命じる（Ｓ１５）。
【００８２】
図８は、図７中のＳ１の詳細を示すフローチャートである。ストレージ管理者は、ＵＩ部１６を介して、ペアを形成するホストコンピュータの設定を行う（Ｓ２１）。例えば、ストレージ管理者は、コピー元となるプライマリボリュームを有するホストコンピュータと、コピー先となるセカンダリボリュームを有するホストコンピュータとを、それぞれ指定する。また、ストレージ管理者は、指定したホストコンピュータが業務サーバであるか、あるいはバックアップサーバであるかのサーバ特性を指定する。
【００８３】
次に、ストレージ管理者は、制御用デバイスについて、そのデバイスファイル名やストレージサブシステムの識別子等を定義する（Ｓ２２）。さらに、ストレージ管理者は、コピーペアを形成するボリュームについて、グループ名、ポート名、LDEV番号等を指定する（Ｓ２３）。
【００８４】
管理サーバ１０は、HORCMインスタンス以外の他の設定について入力が確定したか否かを判定する（Ｓ２４）。制御用デバイスやペアボリュームの定義等が完了した場合（S24：YES）、管理サーバ１０は、指定された設定情報をメモリに記憶させる（Ｓ２５）。
【００８５】
次に、管理サーバ１０は、ＵＩ部１６に表示させる画面を切り替え、HORCMインスタンスの定義画面に移行させる。ストレージ管理者は、ＵＩ部１６を介して、HORCMインスタンスを定義する（Ｓ２６）。そして、ストレージ管理者は、定義したHORCMインスタンスについて、起動条件を設定する（Ｓ２７）。起動条件としては、HORCMインスタンスを自動的に起動させる、自動的に起動しない（所定条件下で起動させる）、起動させる場合の具体的な条件を挙げることができる。そして、起動条件を設定した後、ストレージ管理者は、終了条件を設定する（Ｓ２８）。
【００８６】
HORCMインスタンスについての設定が確定して場合（S29：YES）、管理サーバ１０は、指定された情報をメモリに保存させる（Ｓ３０）。なお、ＵＩ部１６に映す画面を切り替える必要は必ずしもなく、１つの画面内で、制御用デバイスの定義、ペアボリュームの定義、HORCMインスタンスの定義、起動条件及び終了条件を設定可能に構成してもよい。
【００８７】
図９は、ストレージシステムの概略シーケンス図である。最初に、各ホストコンピュータ２０，３０は、それぞれに割り当てられているボリューム（「Vol」と略記）の情報を通信ネットワークＣＮ１を介して、管理サーバ１０に送信する（Ｓ４１，Ｓ４２）。
【００８８】
管理サーバ１０は、各ホストコンピュータ２０，３０から取得したボリューム情報をメモリ等に保存する（Ｓ４３）。管理サーバ１０は、保存したボリューム情報と以前にストレージサブシステム４０から取得したストレージ構成情報とに基づいて、コピーペアを選択したり、コピー条件を設定するための画面をＵＩ部１６に表示させる（Ｓ４４）。ストレージ管理者は、ＵＩ部１６に表示された画面に基づいて、コピーペアを形成させるホストコンピュータ及びボリュームの情報や、コピー条件（起動条件、終了条件）を指定する（Ｓ４５）。
【００８９】
ストレージ管理者によって１つのコピーペアが選択されると、即ち、プライマリボリュームが設けられるホストコンピュータ２０とセカンダリボリュームが設けられるホストコンピュータ３０とが選択されると、コピーペア制御部は、構成定義ファイル生成指示を、通信ネットワークＣＮ１を介して、選択された各ホストコンピュータ２０，３０に送信する（Ｓ４６，Ｓ４７）。管理サーバ１０からの指示を受け取った各ホストコンピュータ２０，３０の各ホストエージェント２１，３１は、指示内容に基づいて構成定義ファイル２３，３３をそれぞれ生成する（Ｓ４８，Ｓ４９）。各ホストエージェント２１，３１は、構成定義ファイル２３，３３を生成した旨を、通信ネットワークＣＮ１を介して、管理サーバ１０に送信する（Ｓ５０，Ｓ５１）。構成定義ファイル２３，３３を生成することにより、ペアを形成するボリューム間のコピーを行う準備が完了する。
【００９０】
構成定義ファイル２３，３３の生成完了報告の受信後、管理サーバ１０は、予め設定された起動条件に基づいて、各ホストコンピュータ２０，３０の状態をそれぞれ監視する（Ｓ５２，Ｓ５３）。起動条件が設定されていない場合は、構成定義ファイルの生成確認後に、HORCMインスタンスの起動を指示する（Ｓ５５，Ｓ５６）。ここでは、少なくとも１つ以上の起動条件が設定されているものとする。また、各ホストコンピュータ２０，３０での状態が関連するサブ起動条件も設定されているものとする。
【００９１】
管理サーバ１０は、メイン起動条件（所定の負荷状態に到達した、所定時刻が到来した）と、サブ起動条件（所定デバイスが使用可能である、所定のプロセスが起動していない）との両方が満たされたか否かを随時判定する（Ｓ５４）。起動条件が全て成立した場合（S54：YES）、管理サーバ１０は、各ホストコンピュータ２０，３０に対し、HORCMインスタンス２４，３４の起動をそれぞれ指示する（Ｓ５５，Ｓ５６）。
【００９２】
管理サーバ１０は、各ホストエージェント２１，３１からHORCMインスタンス２４，３４の起動完了報告を受信すると、ホストコンピュータ２０に対してコピー実行を指示する（Ｓ５７）。
【００９３】
ホストコンピュータ２０は、管理サーバ１０からのコピー開始指示を受信すると、コピーコマンドを実行し（Ｓ５８）、ストレージサブシステム４０に対して、コピーの開始を要求する（Ｓ５９）。
【００９４】
ストレージサブシステム４０は、選択されたボリューム間の記憶内容を一致させるべく、プライマリボリュームとして指定された論理ボリューム４１の記憶内容を、セカンダリボリュームとして指定された論理ボリューム４２にコピーする（Ｓ６０）。コピーが完了すると、ストレージサブシステム４０は、ホストコンピュータ２０にコピー完了を報告する（Ｓ６１）。ホストコンピュータ２０は、ストレージサブシステム４０からコピー完了報告を受信すると、管理サーバ１０にコピー完了を報告する（Ｓ６２）。
【００９５】
ボリュームのコピー完了を確認すると、管理サーバ１０は、初期コピーの完了後にHORCMインスタンス２４，３４を停止させるという終了条件が予め設定されているか否かを判定する（Ｓ６３）。HORCMインスタンス２４，３４の停止が指定されている場合、管理サーバ１０は、各ホストコンピュータ２０，３０に対し、HORCMインスタンス２４，３４の停止を指示する（Ｓ６４，Ｓ６５）。この指示を受けて、各ホストエージェント２１，３１は、HORCMインスタンス２４，３４をそれぞれ停止させる。
【００９６】
そして、管理サーバ１０は、ストレージサブシステム４０に現在のストレージ構成情報の取得を要求する（Ｓ６６）。ストレージサブシステム４０が最新のストレージ構成情報を管理サーバ１０に送信すると（Ｓ６７）、管理サーバ１０は、最新のストレージ構成情報に基づいて、構成情報ＤＢ１２の記憶内容を更新させる（Ｓ６８）。
【００９７】
図１０は、ペアボリュームの情報やコピー条件を設定する場合の画面の一部を示す説明図である。図１０に示す画面には、例えば、コピータイプ指定部Ｇ１と、グループ名指定部Ｇ２と、コピーペア名指定部Ｇ３と、フェンスレベル指定部Ｇ４と、コピーペース指定部Ｇ５と、プライマリボリューム及びセカンダリボリュームとなるＬＤＥＶをそれぞれ指定するボリューム指定部Ｇ６と、ボリュームが所属するストレージサブシステムを表示するサブシステム名指定部Ｇ７と、ボリュームが使用されているホスト名を表示するホスト名指定部Ｇ８と、HORCMインスタンス識別番号指定部Ｇ９と、プログラム間通信用のポート番号指定部Ｇ１０とが表示される。
【００９８】
また、画面には、前の画面（図示せず）に戻るためのバックボタンＢ１と、入力確定ボタンＢ２と、入力操作を取り消すためのキャンセルボタンＢ３と、部分的キャンセルボタンＢ４とが表示されている。部分的キャンセルボタンＢ４を操作することにより、構成定義ファイルの作成→HORCMインスタンスの起動という一連の操作は行われず、HORCMインスタンスの起動のみがキャンセルされる。
部分的キャンセルボタンＢ４の操作によるHORCMインスタンスの起動キャンセルは、図９中のＳ４５における「起動条件の指定」に含まれる。即ち、部分的キャンセルＢ４の操作は、HORCMインスタンスを起動させないという条件を指定することになる。構成定義ファイルのみを作成してHORCMインスタンスの起動を無条件で保留させるモードが選択された場合、図９では、Ｓ５１が完了した時点で処理が終了する。
【００９９】
従って、部分的キャンセルボタンＢ４を操作した場合は、ホストコンピュータ上に構成定義ファイルのみが生成される。HORCMインスタンスを起動させる場合は、ホストコンピュータに対して管理サーバ１０からHORCMインスタンス起動指示を送信するか、あるいは、そのホストコンピュータのＵＩ部を操作して起動コマンドを直接入力すればよい。
【０１００】
なお、各指定部Ｇ１〜Ｇ１０は、その全てがストレージ管理者によって指定可能である必要は必ずしもなく、一部の指定部については自動的に所定値がセットされるように構成することもできる。また、コピータイプ指定部Ｇ１では、予め用意されている複数のコピータイプの中からいずれか１つのコピータイプを選択することができる。例えば、コピータイプとしては、同一のストレージサブシステム内でボリュームコピーを行う「筐体内コピー」と、異なるストレージサブシステム間でボリュームコピーを行う「筐体間コピー」とを挙げることができる。
【０１０１】
図１１は、HORCMインスタンスの起動条件及び終了条件を指定するための画面例を示す説明図である。図１０に示す画面では、ボリュームコピーの設定に際して、HORCMインスタンスも起動させるモードと、HORCMインスタンスを起動させないモードとの２つのモードが選択可能である場合を示した。
【０１０２】
図１１に示す画面では、さらに、HORCMインスタンスを条件付きで起動させるモードを開示する。また、図１１では、HORCMインスタンスの終了条件を設定可能な様子も示す。画面の上側では、HORCMインスタンスの起動条件を指定し、画面の下側では、HORCMインスタンスの終了条件を指定する。
【０１０３】
起動条件を指定するモードには、３つのモードが用意されている。第１のモードは、構成定義ファイルを作成した後、HORCMインスタンスを直ちに起動させるモードである。第２のモードは、構成定義ファイルを作成した後、HORCMインスタンスを起動させないモードである。第３のモードは、構成定義ファイルを作成した後、条件付きでHORCMインスタンスを起動させるモードである。なお、第２のモード及び第３のモードは、構成定義ファイルの生成とHORCMインスタンスの起動とを分離する点で共通し、これらのモードを準備モードと呼ぶこともできる。
【０１０４】
第１のモードは、第１モード指定部Ｇ２１で選択できる。同様に、第２のモード，第３のモードは、それぞれ第２モード指定部Ｇ２２，第３モード指定部Ｇ２３で選択することができる。
【０１０５】
第３のモードを選択する場合は、HORCMインスタンスを起動させるための所定条件を選択できる。条件としては、既に述べたように、ストレージサブシステムが低負荷状態の場合（Ｇ２４）、所定時刻になった場合（Ｇ２５）、バックアップサーバ側で所定デバイスが使用可能な場合（Ｇ２６）、業務サーバ側で所定プロセスが停止している場合（Ｇ２７）等を挙げることができる。これらＧ２４〜Ｇ２７は、例えば、所定条件指定部と呼ぶことができる。
【０１０６】
終了条件を指定するモードには、例えば、２つのモードが用意されている。第１のモードは、初期コピー完了後に、HORCMインスタンスを停止させるモードである（Ｇ３１）。第２のモードは、初期コピー完了後に、HORCMインスタンスを停止させないモードである（Ｇ３２）。
【０１０７】
本実施例は、上述のように構成されるので、以下の効果を奏する。ボリュームコピーの実行指示の出力タイミングを、制御可能な構成とした。従って、その時々の必要に応じて、必要な処理を実行させることができ、使い勝手が向上する。
【０１０８】
例えば、本実施例では、構成定義ファイルの生成のみを行う準備段階と、HORCMインスタンスを起動させてコピーを実行させる実行段階との２段階で、ボリュームコピーの実行を制御できるようにした。従って、ペアボリュームを操作する場合にのみHORCMインスタンスを起動させることができ、ホストコンピュータのコンピュータ資源を効率的に使用することができ、使い勝手が高まる。
【０１０９】
本実施例では、構成定義ファイルの生成とHORCMインスタンスの起動とを一連の処理として自動的に実行させるモードと、構成定義ファイルのみを生成するモードと、構成定義ファイルの生成後に所定条件下でHORCMインスタンスを起動させるモードとの複数のモードを用意し、ストレージ管理者が自由に選択可能とした。従って、ストレージシステムの運用に応じて、適切なモードを選択することができる。
【０１１０】
また、具体的な起動条件として、ストレージサブシステムの負荷状態や時刻、所定デバイスの状態や所定プロセスの起動状態を用意した。従って、より適切な運用を行うことができる。
【０１１１】
本実施例では、初期コピー終了後に、HORCMインスタンスを停止させることができるようにした。従って、ホストコンピュータの負荷を少なくすることができ、コンピュータ資源を他の処理に割り当てることができる。
【実施例２】
【０１１２】
図１２は、本発明の第２実施例に係る全体構成図である。本実施例では、第１実施例の変形例に相当する。
このストレージシステムでは、例えば、３つのホストコンピュータ６０，７０，８０が設けられている。各ホストコンピュータ６０，７０，８０は、それぞれホストエージェント６１，７１，８１と、コピーペア制御用コマンド６２，７２，８２と、構成定義ファイル６３，７３，８３と、制御用デバイス６６，７６，８６と、HORCMインスタンス及びアプリケーション等（いずれも図示せず）と、ボリュームが設けられている。
【０１１３】
第１のホストコンピュータ６０は、プライマリボリューム６７を有する。第２のホストコンピュータ７０は、第１のホストコンピュータ６０のプライマリボリューム６７とペアをなすセカンダリボリューム７７と、他のプライマリボリューム７８とを有する。第３のホストコンピュータ８０は、第２のホストコンピュータ７０のプライマリボリューム７８とペアを形成するセカンダリボリューム８７を有する。
【０１１４】
そして、第１のホストコンピュータ６０の構成定義ファイル６３には、第１のペアを形成するプライマリボリューム６７とセカンダリボリューム７７との対応関係が記録されている。第２のホストコンピュータ７０の構成定義ファイル７３には、第１のペアを形成するプライマリボリューム６７及びセカンダリボリューム７７の対応関係と、第２のペアを形成するプライマリボリューム７８及びセカンダリボリューム８７の対応関係とがそれぞれ記録されている。第３のホストコンピュータ８０の構成定義ファイル８３には、第２のペアを形成するプライマリボリューム７８及びセカンダリボリューム８７の対応関係が記録されている。
【０１１５】
ストレージサブシステム９０は、２つのコピーペアをそれぞれ形成する計４個のボリューム９１〜９４と制御用デバイス９５とを備えている。第１のペアは、第１のホストコンピュータ６０に提供される論理ボリューム９１と第２のホストコンピュータ７０に提供される論理ボリューム９２とから構成されている。第２のペアは、第２のホストコンピュータ７０に提供される論理ボリューム９３と第３のホストコンピュータ８０に提供される論理ボリューム９４とから構成されている。
【０１１６】
管理サーバ１０は、各ホストコンピュータ６０，７０，８０に対し、構成定義ファイルの生成及びHORCMインスタンスの起動を指示することができる。この際、ストレージ管理者は、HORCMインスタンスの起動について、複数のモードの中からいずれか１つのモードを選択することができる。
【０１１７】
管理サーバ１０は、プライマリボリュームを有するホストコンピュータ６０，７０のそれぞれに対して、コピーコマンドの実行を指示することができる。あるいは、２つのペアのいずれにも関与している第２のホストコンピュータ７０のみに、コピーコマンドの実行を要求することもできる。
【実施例３】
【０１１８】
図１３は、各実施例におけるストレージサブシステムとして利用可能なディスクアレイ装置の一例を示すブロック図である。
ディスクアレイ装置のコントローラ１２０は、記憶装置１３０の動作を制御するものである。コントローラ１２０は、例えば、複数のチャネルアダプタ（ＣＨＡ）１２１と、複数のディスクアダプタ（ＤＫＡ）１２２と、メインコントローラ１２３と、共有メモリ１２４と、キャッシュメモリ１２５と、これら各部１２１〜１２５を相互に接続する接続部１２６とを備えて構成されている。
【０１１９】
各チャネルアダプタ１２１及び各ディスクアダプタ１２２は、それぞれマイクロプロセッサ及びメモリ等を備えたマイクロコンピュータシステムとして構成される。各チャネルアダプタ１２１は、各ホストコンピュータ１１０〜１１２にそれぞれ接続されており、各ホストコンピュータ１１０〜１１２からの要求をそれぞれ個別に処理可能である。メインコントローラ１２３は、コントローラ１２０内の動作を統括する。各ディスクアダプタ１２２は、記憶装置１３０のディスク１３１とのデータ授受を行う。共有メモリ１２４には各種コマンドや制御情報等が格納され、またワークエリアも設定される。キャッシュメモリ１２５には、ディスク１３１に書き込むべきデータとディスク１３１から読み出されたデータとが一時的に記憶される。
このように構成される高機能なディスクアレイ装置をストレージサブシステムとして用いることができる。
【０１２０】
なお、本発明は、上述した各実施例に限定されない。当業者であれば、本発明の範囲内で、種々の追加や変更等を行うことができる。前記各実施例では、ボリューム間コピーを中心に説明したが、これに限らず、他の処理に係わる遠隔操作にも適用可能である。
【図面の簡単な説明】
【０１２１】
【図１】本発明の第１実施例によるストレージシステムの全体概要を示すブロック図である。
【図２】図１中の要部を詳細に示すブロック図である。
【図３】構成定義ファイルの概略を示す説明図である。
【図４】（ａ）はストレージ構成情報のデータ構造を、（ｂ）はディスク管理テーブルのデータ構造を、（ｃ）は構成定義ファイルの生成指示コマンドのデータ構造をそれぞれ示す説明図である。
【図５】ホスト情報の管理方法を模式的に示す説明図である。
【図６】所定ポートのトラフィックを確認する方法を模式的に示す説明図である。
【図７】ストレージシステムの全体動作を示すフローチャートである。
【図８】ペアを形成するボリュームやHORCMインスタンスの起動条件等を入力するための処理を示すフローチャートである。
【図９】ストレージシステムの全体動作を示すシーケンス図である。
【図１０】ペアを形成するボリューム等を指定するための画面例を示す説明図である。
【図１１】HORCMインスタンスの起動条件等を指定するための画面例を示す説明図である。
【図１２】本発明の第２実施例によるストレージシステムの全体概要を示すブロック図である。
【図１３】ストレージサブシステムとして使用可能なディスクアレイ装置のブロック図である。
【符号の説明】
【０１２２】
１０ ストレージ管理サーバ、１１…コピーペア制御部、１１Ａ…構成定義ファイル生成指示部、１１Ｂ…コピー実行指示部、１１Ｃ…進行管理部、１２…構成情報データベース、１３…ストレージ情報管理部、１４…ホスト情報管理部、１５…表示／選択部、１６…ユーザインターフェース部、２０，３０，６０，７０，８０…ホストコンピュータ、２１，３１，６１，７１，８１…ホストエージェント、２２，３２，６２，７２，８２…コピーペア制御用コマンド、２３，３３，６３，７３，８３…構成定義ファイル、２４，３４…HORCMインスタンス、２５…業務用アプリケーションプログラム、２６，３６，６６，７６，８６…制御用デバイス、４０，５０，９０…ストレージサブシステム
【図１】
0004662117.tif 000002
【図２】
0004662117.tif 000003
【図３】
0004662117.tif 000004
【図４】
0004662117.tif 000005
【図５】
0004662117.tif 000006
【図６】
0004662117.tif 000007
【図７】
0004662117.tif 000008
【図８】
0004662117.tif 000009
【図９】
0004662117.tif 000010
【図１０】
0004662117.tif 000011
【図１１】
0004662117.tif 000012
【図１２】
0004662117.tif 000013
【図１３】
0004662117.tif 000014