(57)【要約】【課題】  高機能・高性能なストレージシステムの持つ機能を、安価なストレージシステム内の記憶領域に実現させることにより、既存システムの有効活用およびシステム全体のコスト削減を図ることができるデータ処理システムの制御技術を提供する。【解決手段】  ＲＡＩＤシステム１００、外部サブシステム４００、管理サーバ６１０、管理クライアント６２０などを有し、管理サーバ６１０にはＲＡＩＤシステム１００と外部サブシステム４００とのマッピング情報を格納する情報管理テーブル６１２が備えられ、コピー処理を行う際には、管理クライアント６２０から、情報管理テーブル６１２を用いて、ＲＡＩＤシステム１００の論理ボリュームをコピー元の正ボリュームとし、外部サブシステム４００の論理ボリュームよりマッピングされたＲＡＩＤシステム１００のマッピング対象の論理ボリュームをコピー先の副ボリュームとするペア生成を行う。【選択図】  図２
2006065709.tif 000002
【特許請求の範囲】
【請求項１】
第１のストレージシステムと、第２のストレージシステムと、前記第１のストレージシステムとの間でデータの入出力を行う上位装置と、前記第１のストレージシステムおよび前記第２のストレージシステムを管理する管理装置とを有し、互いにネットワークを通じて通信可能に接続して構成されるデータ処理システムであって、
前記第１のストレージシステムは、第１の記憶デバイスと、前記第１の記憶デバイスに設定される第１の論理ボリュームおよび第２の論理ボリュームとを有し、
前記第２のストレージシステムは、第２の記憶デバイスと、前記第２の記憶デバイスに設定され、前記第１のストレージシステムの前記第２の論理ボリュームにマッピングされる第３の論理ボリュームとを有し、
前記管理装置は、前記第１のストレージシステムの構成情報および前記第２のストレージシステムの構成情報を取り込み、前記第１のストレージシステムの前記第２の論理ボリュームと前記第２のストレージシステムの前記第３の論理ボリュームとのマッピング情報を格納する情報管理テーブルと、コピー処理を行う際に、前記情報管理テーブルを用いて、前記第１のストレージシステムの前記第１の論理ボリュームをコピー元の正ボリュームとし、前記第２のストレージシステムの前記第３の論理ボリュームよりマッピングされた前記第１のストレージシステムの前記第２の論理ボリュームをコピー先の副ボリュームとするペア生成を行う手段とを有することを特徴とするデータ処理システム。
【請求項２】
請求項１記載のデータ処理システムにおいて、
前記第１のストレージシステムは、前記第２のストレージシステムと接続するための外部ストレージ接続機能を有することを特徴とするデータ処理システム。
【請求項３】
請求項２記載のデータ処理システムにおいて、
前記管理装置は、前記第１のストレージシステムにコマンドを発行する制御用デバイスを管理するための管理手段をそれぞれ持つ、管理クライアント、管理サーバ、および管理エージェントを有することを特徴とするデータ処理システム。
【請求項４】
請求項３記載のデータ処理システムにおいて、
前記管理装置は、バックアップ運用システムを構築する際に、前記管理手段による前記第１のストレージシステムのディスカバリ処理と、前記管理手段を用いた前記外部ストレージ接続機能が提供する論理ボリュームの設定処理と、前記管理手段を用いた前記第１のストレージシステムが搭載する前記第１の論理ボリュームを正ボリュームとし、前記第２のストレージシステムよりマッピングされた前記第１のストレージシステムが搭載する前記第２の論理ボリュームを副ボリュームとするペア作成処理と、前記管理クライアントのＧＵＩを用いたペア作成の確認処理とを行うことを特徴とするデータ処理システム。
【請求項５】
請求項４記載のデータ処理システムにおいて、
前記管理手段による前記第１のストレージシステムのディスカバリ処理は、前記管理クライアントが前記第１のストレージシステムの検出を前記管理サーバに依頼し、前記管理サーバはＲＡＩＤ管理手段にて前記第１のストレージシステムを検出し、その情報を前記管理サーバ内のデータベースに格納し、前記管理クライアントに前記第１のストレージシステムの登録を通知して、前記管理手段による前記第１のストレージシステムの検出を完了することを特徴とするデータ処理システム。
【請求項６】
請求項４記載のデータ処理システムにおいて、
前記管理手段を用いた前記外部ストレージ接続機能が提供する論理ボリュームの設定処理は、前記第１のストレージシステムが前記外部ストレージ接続機能を利用できるようにするために、前記管理手段の前記第１のストレージシステムのストレージナビゲータを用いて前記第１のストレージシステムのポートを外部ポートに設定し、前記第１のストレージシステムが外部の論理ボリュームをディスカバリできるように、前記管理手段を用いて前記第２のストレージシステムの設定を行い、前記第１のストレージシステムに外部の論理ボリュームを認識させるために、前記ストレージナビゲータを用いて外部の論理ボリュームのディスカバリを実施し、このディスカバリされた外部の論理ボリュームを前記第１のストレージシステムにて利用可能にするために、前記ストレージナビゲータを用いて外部の論理ボリュームを内部の論理ボリュームにマッピングすることを特徴とするデータ処理システム。
【請求項７】
請求項６記載のデータ処理システムにおいて、
前記管理手段を用いた前記第２のストレージシステムの設定では、前記外部ポートと接続する前記第２のストレージシステムのポート属性を変更し、この変更したポートを選択してストレージの追加を実施し、
前記外部の論理ボリュームの内部の論理ボリュームへのマッピングでは、外部の論理ボリュームグループを決定し、ＩＯサプレッションモードを決定し、エミュレーションタイプを設定することを特徴とするデータ処理システム。
【請求項８】
請求項４記載のデータ処理システムにおいて、
前記管理手段を用いた前記第１のストレージシステムが搭載する前記第１の論理ボリュームを正ボリュームとし、前記第２のストレージシステムよりマッピングされた前記第１のストレージシステムが搭載する前記第２の論理ボリュームを副ボリュームとするペア作成処理は、前記管理手段のＧＵＩを用いて、どのストレージシステムを正ボリュームにするかを選択し、この選択した正ボリュームに関するコピータイプを選択し、副ボリュームとして利用する前記第２のストレージシステムを選択し、前記正ボリュームおよび前記副ボリュームの決定後に、前記管理サーバは前記管理エージェントへペア作成を指示し、前記管理エージェントはＲＡＩＤ管理手段へペア作成コマンドを指示し、前記ＲＡＩＤ管理手段により前記第１のストレージシステムにペア作成のコマンドラインインタフェースコマンドを投下してペア作成を実行することを特徴とするデータ処理システム。
【請求項９】
請求項８記載のデータ処理システムにおいて、
前記正ボリュームにするかの選択では、正ボリューム対象とする前記第１のストレージシステムを選択し、内部／外部の論理ボリュームの識別画面において正ボリュームを選択し、
前記第２のストレージシステムの選択では、まだ割り当てられておらず、サイズ、エミュレーションタイプより割り当て可能な外部の論理ボリュームを、より安価な論理ボリュームを感知して優先的に表示し、ペア作成する副ボリュームを選択し、前記第２のストレージシステムの詳細情報を確認することを特徴とするデータ処理システム。
【請求項１０】
請求項４記載のデータ処理システムにおいて、
前記管理クライアントのＧＵＩを用いたペア作成の確認処理は、前記管理サーバが、前記第１のストレージシステムからか、あるいはＲＡＩＤ管理手段により入手可能な情報を前記管理エージェント経由で取得することによりコピーペア情報として認識し、前記管理サーバの情報が前記管理クライアントに渡されることにより前記管理クライアントのＧＵＩにてペア生成を確認することを特徴とするデータ処理システム。
【請求項１１】
第１のストレージシステムと、第２のストレージシステムと、第３のストレージシステムと、前記第１のストレージシステムおよび前記第３のストレージシステムとの間でデータの入出力を行う上位装置と、前記第１のストレージシステムおよび前記第２のストレージシステムおよび前記第３のストレージシステムを管理する管理装置とを有し、互いにネットワークを通じて通信可能に接続して構成されるデータ処理システムであって、
前記第１のストレージシステムは、第１の記憶デバイスと、前記第１の記憶デバイスに設定される第２の論理ボリュームとを有し、
前記第２のストレージシステムは、第２の記憶デバイスと、前記第２の記憶デバイスに設定され、前記第１のストレージシステムの前記第２の論理ボリュームにマッピングされる第３の論理ボリュームとを有し、
前記第３のストレージシステムは、第３の記憶デバイスと、前記第３の記憶デバイスに設定される第１の論理ボリュームとを有し、
前記管理装置は、前記第１のストレージシステムの構成情報および前記第２のストレージシステムの構成情報および前記第３のストレージシステムの構成情報を取り込み、前記第１のストレージシステムの前記第２の論理ボリュームと前記第２のストレージシステムの前記第３の論理ボリュームとのマッピング情報を格納する情報管理テーブルと、コピー処理を行う際に、前記情報管理テーブルを用いて、前記第３のストレージシステムの前記第１の論理ボリュームをコピー元の正ボリュームとし、前記第２のストレージシステムの前記第３の論理ボリュームよりマッピングされた前記第１のストレージシステムの前記第２の論理ボリュームをコピー先の副ボリュームとするペア生成を行う手段とを有することを特徴とするデータ処理システム。
【請求項１２】
請求項１１記載のデータ処理システムにおいて、
前記第１のストレージシステムは、前記第２のストレージシステムと接続するための外部ストレージ接続機能を有することを特徴とするデータ処理システム。
【請求項１３】
請求項１２記載のデータ処理システムにおいて、
前記管理装置は、前記第１のストレージシステムにコマンドを発行する制御用デバイスを管理するための管理手段をそれぞれ持つ、管理クライアント、管理サーバ、および管理エージェントを有することを特徴とするデータ処理システム。
【請求項１４】
請求項１３記載のデータ処理システムにおいて、
前記管理装置は、バックアップ運用システムを構築する際に、前記管理手段による前記第１のストレージシステムのディスカバリ処理と、前記管理手段を用いた前記外部ストレージ接続機能が提供する論理ボリュームの設定処理と、前記管理手段を用いた前記第３のストレージシステムが搭載する前記第１の論理ボリュームを正ボリュームとし、前記第２のストレージシステムよりマッピングされた前記第１のストレージシステムが搭載する前記第２の論理ボリュームを副ボリュームとするペア作成処理と、前記管理クライアントのＧＵＩを用いたペア作成の確認処理とを行うことを特徴とするデータ処理システム。
【請求項１５】
請求項１４記載のデータ処理システムにおいて、
前記管理手段による前記第１のストレージシステムのディスカバリ処理は、前記管理クライアントが前記第１のストレージシステムの検出を前記管理サーバに依頼し、前記管理サーバはＲＡＩＤ管理手段にて前記第１のストレージシステムを検出し、その情報を前記管理サーバ内のデータベースに格納し、前記管理クライアントに前記第１のストレージシステムの登録を通知して、前記管理手段による前記第１のストレージシステムの検出を完了することを特徴とするデータ処理システム。
【請求項１６】
請求項１４記載のデータ処理システムにおいて、
前記管理手段を用いた前記外部ストレージ接続機能が提供する論理ボリュームの設定処理は、前記第１のストレージシステムが前記外部ストレージ接続機能を利用できるようにするために、前記管理手段の前記第１のストレージシステムのストレージナビゲータを用いて前記第１のストレージシステムのポートを外部ポートに設定し、前記第１のストレージシステムが外部の論理ボリュームをディスカバリできるように、前記管理手段を用いて前記第２のストレージシステムの設定を行い、前記第１のストレージシステムに外部の論理ボリュームを認識させるために、前記ストレージナビゲータを用いて外部の論理ボリュームのディスカバリを実施し、このディスカバリされた外部の論理ボリュームを前記第１のストレージシステムにて利用可能にするために、前記ストレージナビゲータを用いて外部の論理ボリュームを内部の論理ボリュームにマッピングすることを特徴とするデータ処理システム。
【請求項１７】
請求項１６記載のデータ処理システムにおいて、
前記管理手段を用いた前記第２のストレージシステムの設定では、前記外部ポートと接続する前記第２のストレージシステムのポート属性を変更し、この変更したポートを選択してストレージの追加を実施し、
前記外部の論理ボリュームの内部の論理ボリュームへのマッピングでは、外部の論理ボリュームグループを決定し、ＩＯサプレッションモードを決定し、エミュレーションタイプを設定することを特徴とするデータ処理システム。
【請求項１８】
請求項１４記載のデータ処理システムにおいて、
前記管理手段を用いた前記第３のストレージシステムが搭載する前記第１の論理ボリュームを正ボリュームとし、前記第２のストレージシステムよりマッピングされた前記第１のストレージシステムが搭載する前記第２の論理ボリュームを副ボリュームとするペア作成処理は、前記管理手段のＧＵＩを用いて、どのストレージシステムを正ボリュームにするかを選択し、この選択した正ボリュームに関するコピータイプを選択し、副ボリュームとして利用する前記第２のストレージシステムを選択し、前記正ボリュームおよび前記副ボリュームの決定後に、前記管理サーバは前記管理エージェントへペア作成を指示し、前記管理エージェントはＲＡＩＤ管理手段へペア作成コマンドを指示し、前記ＲＡＩＤ管理手段により前記第１のストレージシステムにペア作成のコマンドラインインタフェースコマンドを投下してペア作成を実行することを特徴とするデータ処理システム。
【請求項１９】
請求項１８記載のデータ処理システムにおいて、
前記正ボリュームにするかの選択では、正ボリューム対象とする前記第３のストレージシステムを選択し、内部／外部の論理ボリュームの識別画面において正ボリュームを選択し、
前記第２のストレージシステムの選択では、まだ割り当てられておらず、サイズ、エミュレーションタイプより割り当て可能な外部の論理ボリュームを、より安価な論理ボリュームを感知して優先的に表示し、ペア作成する副ボリュームを選択し、前記第２のストレージシステムの詳細情報を確認することを特徴とするデータ処理システム。
【請求項２０】
請求項１４記載のデータ処理システムにおいて、
前記管理クライアントのＧＵＩを用いたペア作成の確認処理は、前記管理サーバが、前記第１のストレージシステムからか、あるいはＲＡＩＤ管理手段により入手可能な情報を前記管理エージェント経由で取得することによりコピーペア情報として認識し、前記管理サーバの情報が前記管理クライアントに渡されることにより前記管理クライアントのＧＵＩにてペア生成を確認することを特徴とするデータ処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ処理システムの制御技術に関し、特に、複数のストレージ間でのデータ管理機能を用いたバックアップ運用システムの構築処理に適用して有効な技術に関する。
【背景技術】
【０００２】
本発明者が検討したところによれば、従来のデータ処理システムの制御技術に関しては、以下のような技術が考えられる。
【０００３】
たとえば、データセンタなどのような大規模なデータを取り扱うデータベースシステムでは、上位装置とは別に構成されたストレージシステムを用いてデータを管理する方法が用いられる。このストレージシステムは、たとえば、ディスクアレイ装置などから構成される。ディスクアレイ装置は、多数の記憶デバイスをアレイ状に配設して構成されるもので、たとえば、ＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ  Ａｒｒａｙｓ  ｏｆ  Ｉｎｅｘｐｅｎｓｉｖｅ  Ｄｉｓｋｓ）に基づいて構築されている。記憶デバイス群が提供する物理的な記憶領域上には、少なくとも１つ以上の論理ボリュームが設定され、この論理ボリュームが上位装置に提供される。上位装置は、所定のコマンドを送信することにより、論理ボリュームに対してデータの書き込み、読み出しを行うことができる。
【０００４】
また、このようなデータベースシステムにおいては、情報化社会の進展などにつれて、データベースで管理すべきデータは、日々増大する。このため、より高性能、より大容量のストレージシステムが求められており、この市場要求に応えるべく、新型のストレージシステムが開発されている。新型のストレージシステムをデータ処理システムに導入する方法としては、たとえば、旧型のストレージシステムと新型のストレージシステムとを完全に入れ替え、全て新型のストレージシステムからデータ処理システムを構成する方法（特許文献１）と、旧型のストレージシステムからなるデータ処理システムに新型のストレージシステムを新たに追加し、新旧のストレージシステムを併存させる方法がある。
【特許文献１】特表平１０−５０８９６７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、前記のような本発明者が検討した従来のデータ処理システムの制御技術に関して、本発明者が検討した結果、以下のようなことが明らかとなった。
【０００６】
たとえば、前記特許文献１のように、旧型のストレージシステムから新型のストレージシステムに完全に移行する方法は、新型のストレージシステムの機能、性能を利用することができるが、旧型のストレージシステムを有効に利用することができず、導入コストも増大する。他方、旧型のストレージシステムと新型のストレージシステムとの併存を図る方法は、各ストレージシステムが個々の管理手段で別個にバックアップ運用する必要があり、さらに新型のストレージシステムの機能が旧型のストレージシステムに活用されず、旧型のストレージシステムに対して機能向上などの対応とそのためのコストも必要になっている。
【０００７】
そこで、本発明の目的は、新型のように高機能・高性能なストレージシステムの持つ高速かつ高度な機能を、旧型のような安価なストレージシステム内の記憶領域に実現させることにより、既存システムの有効活用およびシステム全体のコスト削減を図ることができるデータ処理システムの制御技術を提供することにある。
【０００８】
本発明の前記ならびにその他の目的と新規な特徴は、本明細書の記述および添付図面から明らかになるであろう。
【課題を解決するための手段】
【０００９】
本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、次のとおりである。
【００１０】
（１）本発明の第１のデータ処理システムは、第１のストレージシステムと、第２のストレージシステムと、第１のストレージシステムとの間でデータの入出力を行う上位装置と、第１のストレージシステムおよび第２のストレージシステムを管理する管理装置とを有し、互いにネットワークを通じて通信可能に接続して構成され、ストレージシステム内のオンラインデータコピー機能によるバックアップ運用システムの構築において、以下のような特徴を有するものである。
【００１１】
すなわち、本発明の第１のデータ処理システムにおいて、第１のストレージシステムは、第１の記憶デバイスと、第１の記憶デバイスに設定される第１の論理ボリュームおよび第２の論理ボリュームとを有する。第２のストレージシステムは、第２の記憶デバイスと、第２の記憶デバイスに設定され、第１のストレージシステムの第２の論理ボリュームにマッピングされる第３の論理ボリュームとを有する。管理装置は、第１のストレージシステムの構成情報および第２のストレージシステムの構成情報を取り込み、第１のストレージシステムの第２の論理ボリュームと第２のストレージシステムの第３の論理ボリュームとのマッピング情報を格納する情報管理テーブルと、コピー処理を行う際に、情報管理テーブルを用いて、第１のストレージシステムの第１の論理ボリュームをコピー元の正ボリュームとし、第２のストレージシステムの第３の論理ボリュームよりマッピングされた第１のストレージシステムの第２の論理ボリュームをコピー先の副ボリュームとするペア生成を行う手段とを有するものである。
【００１２】
さらに、第１のストレージシステムは、第２のストレージシステムと接続するための接続機能を有する。管理装置は、第１のストレージシステムにコマンドを発行する制御用デバイスを管理するための管理手段をそれぞれ持つ、管理クライアント、管理サーバ、および管理エージェントを有するものである。
【００１３】
そして、管理装置は、バックアップ運用システムを構築する際に、管理手段による第１のストレージシステムのディスカバリ処理と、管理手段を用いた接続機能が提供する論理ボリュームの設定処理と、管理手段を用いた第１のストレージシステムが搭載する第１の論理ボリュームを正ボリュームとし、第２のストレージシステムよりマッピングされた第１のストレージシステムが搭載する第２の論理ボリュームを副ボリュームとするペア作成処理と、管理クライアントのＧＵＩを用いたペア作成の確認処理とを行うものである。
【００１４】
（２）本発明の第２のデータ処理システムは、第１のストレージシステムと、第２のストレージシステムと、第３のストレージシステムと、第１のストレージシステムおよび第３のストレージシステムとの間でデータの入出力を行う上位装置と、第１のストレージシステムおよび第２のストレージシステムおよび第３のストレージシステムを管理する管理装置とを有し、互いにネットワークを通じて通信可能に接続して構成され、ストレージシステム間のリモートデータコピー機能によるバックアップ運用システムの構築において、以下のような特徴を有するものである。
【００１５】
すなわち、本発明の第２のデータ処理システムにおいて、第１のストレージシステムは、第１の記憶デバイスと、第１の記憶デバイスに設定される第２の論理ボリュームとを有する。第２のストレージシステムは、第２の記憶デバイスと、第２の記憶デバイスに設定され、第１のストレージシステムの第２の論理ボリュームにマッピングされる第３の論理ボリュームとを有する。第３のストレージシステムは、第３の記憶デバイスと、第３の記憶デバイスに設定される第１の論理ボリュームとを有する。管理装置は、第１のストレージシステムの構成情報および第２のストレージシステムの構成情報および第３のストレージシステムの構成情報を取り込み、第１のストレージシステムの第２の論理ボリュームと第２のストレージシステムの第３の論理ボリュームとのマッピング情報を格納する情報管理テーブルと、コピー処理を行う際に、情報管理テーブルを用いて、第３のストレージシステムの第１の論理ボリュームをコピー元の正ボリュームとし、第２のストレージシステムの第３の論理ボリュームよりマッピングされた第１のストレージシステムの第２の論理ボリュームをコピー先の副ボリュームとするペア生成を行う手段とを有するものである。
【００１６】
さらに、第１のストレージシステムは、第２のストレージシステムと接続するための接続機能を有する。管理装置は、第１のストレージシステムにコマンドを発行する制御用デバイスを管理するための管理手段をそれぞれ持つ、管理クライアント、管理サーバ、および管理エージェントを有するものである。
【００１７】
そして、管理装置は、バックアップ運用システムを構築する際に、管理手段による第１のストレージシステムのディスカバリ処理と、管理手段を用いた接続機能が提供する論理ボリュームの設定処理と、管理手段を用いた第３のストレージシステムが搭載する第１の論理ボリュームを正ボリュームとし、第２のストレージシステムよりマッピングされた第１のストレージシステムが搭載する第２の論理ボリュームを副ボリュームとするペア作成処理と、管理クライアントのＧＵＩを用いたペア作成の確認処理とを行うものである。
【発明の効果】
【００１８】
本願において開示される発明のうち、代表的なものによって得られる効果を簡単に説明すれば以下のとおりである。
【００１９】
本発明によれば、高機能・高性能なストレージシステムの持つ高速かつ高度な機能を、安価なストレージシステム内の記憶領域に実現させることができ、この結果、既存システムの有効活用およびシステム全体のコスト削減を図ることが可能となる。
【発明を実施するための最良の形態】
【００２０】
以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一の機能を有する部材には原則として同一の符号を付し、その繰り返しの説明は省略する。
【００２１】
＜データ処理システムの全体構成＞
図１により、本発明の一実施の形態に係るデータ処理システムの全体構成の一例を説明する。図１はデータ処理システムの全体構成を示す構成図である。
【００２２】
本実施の形態に係るデータ処理システムは、図１に示すように、ＲＡＩＤシステム１００，１５０と、外部サブシステム４００と、上位装置の情報処理装置５００と、管理クライアントの情報処理装置６００とから構成される。なお、以下においては、主にＲＡＩＤシステム１００の構成・機能を説明するが、ＲＡＩＤシステム１５０も同様の構成・機能となっている。
【００２３】
ＲＡＩＤシステム１００は、たとえば、ディスクアレイサブシステムとして構成されるものである。但し、これに限らず、ＲＡＩＤシステム１００は、高機能化されたインテリジェント型のファイバチャネルスイッチとして構成することもできる。
【００２４】
ＲＡＩＤシステム１００は、ディスク制御装置２００とディスク駆動装置３００とを備える。ディスク制御装置２００は、たとえば上位装置の情報処理装置５００から受信したコマンドに従ってディスク駆動装置３００に対する制御を行う。たとえば、上位装置の情報処理装置５００からデータ入出力要求を受信して、ディスク駆動装置３００が備える記憶デバイス３１０に記憶されるデータの読み書きを行う。また、ディスク制御装置２００は、たとえば管理クライアントの情報処理装置６００からＲＡＩＤシステム１００を管理するための各種コマンドを受信して、ＲＡＩＤシステム１００の様々な設定を行う。
【００２５】
外部サブシステム４００は、記憶デバイス４１０を備えている。このほか、チャネル制御部やディスク制御部などを備えることもできる。外部サブシステム４００は、たとえば、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、ＳＡＮ（Ｓｔｏｒａｇｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）を介してＲＡＩＤシステム１００に接続されており、外部サブシステム４００の記憶デバイス４１０は、ＲＡＩＤシステム１００の内部記憶デバイスとして扱われるようになっている。
【００２６】
上位装置、管理クライアントの情報処理装置５００，６００は、ＣＰＵやメモリを備えたコンピュータなどの情報機器である。情報処理装置５００，６００が備えるＣＰＵによって各種プログラムが実行されることにより、様々な機能が実現される。情報処理装置５００，６００は、たとえばパーソナルコンピュータやワークステーションであることもあるし、メインフレームコンピュータであることもある。特に、上位装置の情報処理装置５００は、たとえば銀行の自動預金預け払いシステムや航空機の座席予約システムなどにおける中枢コンピュータとして利用される。また、管理クライアントの情報処理装置６００は、ＲＡＩＤシステム１００を保守、管理するための管理コンピュータとして利用される。
【００２７】
図１において、上位装置の情報処理装置５００は、ＳＡＮを介してディスク制御装置２００と通信可能に接続されている。ＳＡＮは、ディスク駆動装置３００が提供する記憶資源におけるデータの管理単位であるブロックを単位として上位装置の情報処理装置５００との間でデータの授受を行うためのネットワークである。ＳＡＮを介して行われる上位装置の情報処理装置５００とディスク制御装置２００との間の通信は、たとえばファイバチャネルプロトコルに従って行われる。上位装置の情報処理装置５００からは、ＲＡＩＤシステム１００に対して、ファイバチャネルプロトコルに従ってブロック単位のデータアクセス要求が送信される。
【００２８】
また、上位装置の情報処理装置５００は、ＳＡＮなどのネットワークを介さずに直接にディスク制御装置２００と通信可能に接続されている。ネットワークを介さずに直接に、上位装置の情報処理装置５００とディスク制御装置２００との間の通信は、たとえばＦＩＣＯＮ（Ｆｉｂｒｅ  Ｃｏｎｎｅｃｔｉｏｎ）（登録商標）やＥＳＣＯＮ（Ｅｎｔｅｒｐｒｉｓｅ  Ｓｙｓｔｅｍ  Ｃｏｎｎｅｃｔｉｏｎ）（登録商標）、ＡＣＯＮＡＲＣ（Ａｄｖａｎｃｅｄ  Ｃｏｎｎｅｃｔｉｏｎ  Ａｒｃｈｉｔｅｃｔｕｒｅ）（登録商標）、ＦＩＢＡＲＣ（Ｆｉｂｒｅ  Ｃｏｎｎｅｃｔｉｏｎ  Ａｒｃｈｉｔｅｃｔｕｒｅ）（登録商標）などの通信プロトコルに従って行われる。上位装置の情報処理装置５００からは、ＲＡＩＤシステム１００に対して、これらの通信プロトコルに従ってブロック単位のデータアクセス要求が送信される。
【００２９】
もちろん、上位装置の情報処理装置５００とディスク制御装置２００との間は、ＳＡＮを介して接続される場合、ＳＡＮを介さずに直接に接続される場合に限らず、たとえば、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）を介して接続されているようにすることもできる。ＬＡＮを介して接続される場合には、たとえばＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）プロトコルに従って通信を行うようにすることができる。
【００３０】
また、管理クライアントの情報処理装置６００は、ＬＡＮを介してディスク制御装置２００と接続されている。ＬＡＮは、インターネットとすることもできるし、専用のネットワークとすることもできる。ＬＡＮを介して行われる管理クライアントの情報処理装置６００とディスク制御装置２００との間の通信は、たとえばＴＣＰ／ＩＰプロトコルに従って行われる。管理クライアントの情報処理装置６００からは、ＲＡＩＤシステム１００に対して、ファイル名指定によるデータアクセス要求（ファイル単位でのデータ入出力要求）が送信される。
【００３１】
＜ディスク駆動装置＞
ディスク駆動装置３００は、多数の記憶デバイス３１０を備えている。これにより、上位装置の情報処理装置５００、管理クライアントの情報処理装置６００に対して大容量の記憶領域を提供することができる。記憶デバイス３１０は、ハードディスクドライブなどのデータ記憶媒体、あるいはＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ  Ａｒｒａｙｓ  ｏｆ  Ｉｎｅｘｐｅｎｓｉｖｅ  Ｄｉｓｋｓ）を構成する複数のハードディスクドライブにより構成されてなるようにすることができる。また、記憶デバイス３１０により提供される物理的な記憶領域である物理ボリュームには、論理的な記録領域である論理ボリュームを設定することができる。
【００３２】
ディスク制御装置２００とディスク駆動装置３００との間は、図１のように直接に接続される形態とすることもできるし、ネットワークを介して接続されるようにすることもできる。さらに、ディスク駆動装置３００は、ディスク制御装置２００と一体として構成されることもできる。
【００３３】
＜ディスク制御装置＞
ディスク制御装置２００は、チャネル制御部２１０、共有メモリ２２０、キャッシュメモリ２３０、ディスク制御部２４０、管理端末２５０、接続部２６０を備える。ディスク制御装置２００は、チャネル制御部２１０によりＳＡＮを介して、あるいはネットワークを介さずに直接に上位装置の情報処理装置５００との間の通信を行う。
【００３４】
チャネル制御部２１０は、上位装置の情報処理装置５００、管理クライアントの情報処理装置６００との間で通信を行うための通信インタフェースを備え、上位装置、管理クライアントの情報処理装置５００，６００との間でデータ入出力コマンドなどを授受する機能を備える。
【００３５】
各チャネル制御部２１０は、管理端末２５０と共に内部ＬＡＮで接続されている。これにより、チャネル制御部２１０に実行させるマイクロプログラムなどを管理端末２５０から送信し、インストールすることが可能となっている。
【００３６】
接続部２６０は、チャネル制御部２１０、共有メモリ２２０、キャッシュメモリ２３０、ディスク制御部２４０、管理端末２５０を相互に接続する。チャネル制御部２１０、共有メモリ２２０、キャッシュメモリ２３０、ディスク制御部２４０、管理端末２５０の間でのデータやコマンドの授受は、接続部２６０を介することにより行われる。接続部２６０は、たとえばクロスバスイッチで構成される。
【００３７】
共有メモリ２２０およびキャッシュメモリ２３０は、チャネル制御部２１０、ディスク制御部２４０により共有される記憶メモリである。共有メモリ２２０は、主に制御情報やコマンドなどを記憶するために利用されるのに対して、キャッシュメモリ２３０は、主にデータを記憶するために利用される。
【００３８】
たとえば、あるチャネル制御部２１０が上位装置の情報処理装置５００から受信したデータ入出力要求が書き込みコマンドであった場合には、当該チャネル制御部２１０は書き込みコマンドを共有メモリ２２０に書き込むと共に、上位装置の情報処理装置５００から受信した書き込みデータをキャッシュメモリ２３０に書き込む。一方、ディスク制御部２４０は、共有メモリ２２０を監視しており、共有メモリ２２０に書き込みコマンドが書き込まれたことを検出すると、当該コマンドに従ってキャッシュメモリ２３０から書き込みデータを読み出してディスク駆動装置３００内の記憶デバイス３１０に書き込む。
【００３９】
また、あるチャネル制御部２１０が上位装置の情報処理装置５００から受信したデータ入出力要求が読み出しコマンドであった場合には、読み出し対象となるデータがキャッシュメモリ２３０に存在するかどうかを調べる。ここで、キャッシュメモリ２３０に存在すれば、チャネル制御部２１０はそのデータを上位装置の情報処理装置５００に送信する。一方、読み出し対象となるデータがキャッシュメモリ２３０に存在しない場合には、当該チャネル制御部２１０は読み出しコマンドを共有メモリ２２０に書き込むと共に、共有メモリ２２０を監視する。読み出しコマンドが共有メモリ２２０に書き込まれたことを検出したディスク制御部２４０は、ディスク駆動装置３００内の記憶デバイス３１０から読み出し対象となるデータを読み出して、これをキャッシュメモリ２３０に書き込むと共に、その旨を共有メモリ２２０に書き込む。そして、チャネル制御部２１０は、読み出し対象となるデータがキャッシュメモリ２３０に書き込まれたことを検出すると、そのデータを上位装置の情報処理装置５００に送信する。
【００４０】
このように、チャネル制御部２１０およびディスク制御部２４０の間では、キャッシュメモリ２３０を介してデータの授受が行われ、キャッシュメモリ２３０には、記憶デバイス３１０に記憶されるデータのうち、チャネル制御部２１０やディスク制御部２４０により読み書きされるデータが記憶される。
【００４１】
なお、チャネル制御部２１０からディスク制御部２４０に対するデータの書き込みや読み出しの指示を、共有メモリ２２０を介在させて間接的に行う構成の他、たとえばチャネル制御部２１０からディスク制御部２４０に対してデータの書き込みや読み出しの指示を共有メモリ２２０を介さずに直接に行う構成とすることもできる。また、チャネル制御部２１０にディスク制御部２４０の機能を持たせて、データ入出力制御部とすることもできる。
【００４２】
ディスク制御部２４０は、データを記憶する複数の記憶デバイス３１０と通信可能に接続され、ディスク駆動装置３００の制御を行う。たとえば、上述のように、チャネル制御部２１０が上位装置の情報処理装置５００から受信したデータ入出力要求に応じて、記憶デバイス３１０に対してデータの読み書きを行う。
【００４３】
各ディスク制御部２４０は、管理端末２５０と共に内部ＬＡＮで接続されており、相互に通信を行うことが可能である。これにより、ディスク制御部２４０に実行させるマイクロプログラムなどを管理端末２５０から送信し、インストールすることが可能となっている。
【００４４】
本実施の形態においては、共有メモリ２２０およびキャッシュメモリ２３０がチャネル制御部２１０およびディスク制御部２４０に対して独立に設けられていることについて記載したが、これに限られるものではなく、共有メモリ２２０またはキャッシュメモリ２３０がチャネル制御部２１０およびディスク制御部２４０の各々に分散されて設けられることも好ましい。この場合、接続部２６０は、分散された共有メモリ２２０またはキャッシュメモリ２３０を有するチャネル制御部２１０およびディスク制御部２４０を相互に接続させることになる。
【００４５】
また、チャネル制御部２１０、ディスク制御部２４０、接続部２６０、共有メモリ２２０、キャッシュメモリ２３０の少なくともいずれかが一体として構成されているようにすることもできる。
【００４６】
管理端末２５０は、ＲＡＩＤシステム１００を保守・管理するためのコンピュータである。オペレータは、管理端末２５０を操作することにより、たとえばディスク駆動装置３００内の記憶デバイス３１０の構成の設定や、上位装置の情報処理装置５００、管理クライアントの情報処理装置６００とチャネル制御部２１０との間の通信路であるパスの設定、論理ボリュームの設定、チャネル制御部２１０やディスク制御部２４０において実行されるマイクロプログラムのインストールなどを行うことができる。ここで、ディスク駆動装置３００内の記憶デバイス３１０の構成の設定としては、たとえば記憶デバイス３１０の増設や減設、ＲＡＩＤ構成の変更（ＲＡＩＤ１からＲＡＩＤ５への変更など）などとすることができる。
【００４７】
さらに、管理端末２５０からは、ＲＡＩＤシステム１００の動作状態の確認や故障部位の特定、チャネル制御部２１０で実行されるオペレーティングシステムのインストールなどの作業を行うことができる。これらの設定や制御は、管理端末２５０が備えるユーザインタフェース、あるいは管理端末２５０で動作するＷｅｂサーバにより提供されるＷｅｂページを表示する管理クライアントの情報処理装置６００のユーザインタフェースからオペレータなどにより行うようにすることができる。オペレータなどは、管理端末２５０を操作して障害監視する対象や内容の設定、障害通知先の設定などを行うこともできる。
【００４８】
管理端末２５０は、ディスク制御装置２００に内蔵されている形態とすることもできるし、外付けされている形態とすることもできる。また、管理端末２５０は、ディスク制御装置２００およびディスク駆動装置３００の保守・管理を専用に行うコンピュータとすることもできるし、汎用のコンピュータに保守・管理機能を持たせたものとすることもできる。
【００４９】
＜データ処理システムの要部構成＞
図２，図２１により、本発明の一実施の形態に係るデータ処理システムの要部構成の一例を説明する。それぞれ、図２はデータ処理システムの要部構成を示す構成図、図２１は他の例のデータ処理システムの要部構成を示す構成図、である。
【００５０】
本実施の形態に係るデータ処理システムは、全体構成および構成要素の各機能は図１に基づいて詳述した通りであるが、本実施の形態の特徴となる要部構成は、図２に示すように、第１のストレージシステムであるＲＡＩＤシステム１００と、第２のストレージシステムである外部サブシステム４００と、ＲＡＩＤシステム１００との間でデータの入出力を行う上位装置（図１の情報処理装置５００）である業務サーバ５１０と、ＲＡＩＤシステム１００および外部サブシステム４００の構成情報を管理する管理装置（図１の情報処理装置６００）である管理サーバ６１０および管理クライアント６２０とを有し、ＲＡＩＤシステム１００と業務サーバ５１０はＳＡＮを通じて通信可能に接続され、ＲＡＩＤシステム１００、外部サブシステム４００、業務サーバ５１０、管理サーバ６１０および管理クライアント６２０はＬＡＮを通じて通信可能に接続されて構成される。
【００５１】
このデータ処理システムでは、ストレージサブシステムにコマンドを発行する制御用デバイスを管理するための管理手段であるストレージ管理ソフトウェア、ここではコマンドデバイスマネージャ（Ｃｏｍｍａｎｄ  Ｄｅｖｉｃｅ  Ｍａｎａｇｅｒ：ここではＨＤｖＭと略称する）と呼ぶソフトウェアを用いて、バックアップ運用システムの構築が可能となっている。
【００５２】
ＲＡＩＤシステム１００は、ＨＤｖＭの管理対象となる外部ストレージ接続機能（Ｅｘｔｅｒｎａｌ  Ｓｔｏｒａｇｅ  Ｍａｎａｇｅｍｅｎｔ：ここではＥＳＭと略称する）を持つストレージサブシステムである。このＥＳＭ機能とは、外部のストレージサブシステムのボリュームを、自ストレージサブシステム内に仮想ボリュームとしてマッピングする技術である。このＲＡＩＤシステム１００は、記憶デバイス３１０を備え、この記憶デバイス３１０に論理ボリュームおよびマッピング対象の論理ボリューム（仮想ボリューム）が設定される。また、ＲＡＩＤシステム１００には、外部サブシステム４００との間でデータパスにより接続される外部ポート１１０が設けられている。この外部ポートは、チャネル制御部２１０の中にあるポートである。また、管理用ポートは制御パスを通じてＬＡＮに接続されている。
【００５３】
外部サブシステム４００は、ＨＤｖＭの管理対象となり、かつＲＡＩＤシステム１００の外部ストレージ対象となるストレージサブシステムである。この外部サブシステム４００は、記憶デバイス４１０を備え、この記憶デバイス４１０に、ＲＡＩＤシステム１００のマッピング対象の論理ボリューム（仮想ボリューム）にマッピングされる論理ボリュームが設定される。また、外部サブシステム４００には、ＲＡＩＤシステム１００との間でデータパスにより接続されるポート４２０が設けられている。また、管理用ポートは制御パスを通じてＬＡＮに接続されている。
【００５４】
なお、ＲＡＩＤシステム１００と外部サブシステム４００との間は、たとえば図２１に示すように、ＲＡＩＤシステム１００の外部ポート１１０と外部サブシステム４００のポート４２０とをＳＡＮを介してデータパスにより接続するような構成とすることも可能であり、この構成においても同様にＥＳＭ機能を実現することができる。
【００５５】
管理サーバ６１０は、ＨＤｖＭサーバ６１１をインストールするコンピュータシステムである。この管理サーバ６１０は、管理クライアントととして利用してもよい。管理クライアント６２０は、ＨＤｖＭクライアント６２１が動作するコンピュータシステムである。この管理クライアント６２０は、管理サーバ６１０に集約されていてもよい。
【００５６】
この管理サーバ６１０および管理クライアント６２０において、管理サーバ６１０のデータベース内には、ＲＡＩＤシステム１００の構成情報および外部サブシステム４００の構成情報を取り込み、ＲＡＩＤシステム１００のマッピング対象の論理ボリューム（仮想ボリューム）と外部サブシステム４００の論理ボリュームとのマッピング情報を格納する情報管理テーブル６１２が備えられている。コピー処理を行う際には、ＨＤｖＭにより、管理クライアント６２０のＧＵＩイメージ６２２などから、情報管理テーブル６１２を用いて、ＲＡＩＤシステム１００の論理ボリュームをコピー元の正ボリュームとし、外部サブシステム４００の論理ボリュームよりマッピングされたＲＡＩＤシステム１００の仮想ボリュームをコピー先の副ボリュームとするペア生成を行うことが可能となっている。
【００５７】
業務サーバ５１０は、ＨＤｖＭエージェント５１１、ＲＡＩＤマネージャ５１２などの機能を持つホストコンピュータシステムである。
【００５８】
このデータ処理システムは、ＥＳＭ機能を提供するＲＡＩＤシステム１００と、ストレージ管理ソフトウェアのＨＤｖＭとを取り入れたバックアップ運用システムであり、ストレージサブシステム内のオンラインデータコピー機能、ここではシャドウイメージと呼ぶコピー機能を備えている。このＨＤｖＭが、ＲＡＩＤシステム１００を通して、全ストレージサブシステムよりバックアップ運用に必要な構成情報を管理することで、全てのストレージサブシステムをＲＡＩＤシステム１００とＨＤｖＭにて一元管理することができるようになっている。
【００５９】
＜バックアップ運用システムの構築処理＞
図３により、本発明の一実施の形態に係るデータ処理システムにおいて、バックアップ運用システムの構築処理の一例を説明する。図３はバックアップ運用システムの構築処理を示すフロー図である。
【００６０】
なお、以降の説明においては、論理ボリュームを、「ボリューム」、「ＶＯＬ」、「ＬＤＥＶ（Ｌｏｇｉｃａｌ  Ｄｅｖｉｃｅ）」と呼ぶ場合もある。詳細には、この「ＬＤＥＶ」は論理的に分割された記憶領域の単位である。また、入出力アクセスの単位となる記憶領域の単位は「ＬＵ（Ｌｏｇｉｃａｌ  Ｕｎｉｔ）」と呼び、複数の「ＬＤＥＶ」を結合して１つの「ＬＵ」となることもある。この「ＬＵ」を識別するための番号が「ＬＵＮ（Ｌｏｇｉｃａｌ  Ｕｎｉｔ  Ｎｕｍｂｅｒ）」である。さらに、これらの論理ボリュームのうち、システムの内部に設定されるものを「内部ボリューム」、外部に設定されるものを「外部ボリューム」と呼び、また仮想的に設定されるものを「仮想ボリューム」と呼ぶ。さらに、コピー元の論理ボリュームを「ＰＶＯＬ（Ｐｒｉｍａｒｙ  Ｖｏｌｕｍｅ）」、コピー先の論理ボリュームを「ＳＶＯＬ（Ｓｅｃｏｎｄａｒｙ  Ｖｏｌｕｍｅ）」と呼ぶ。
【００６１】
バックアップ運用システムの構築処理は、図３に示すように、まず、ＨＤｖＭによるＲＡＩＤシステム１００のディスカバリ処理を行う（Ｓ１）。さらに、ＨＤｖＭを用いたＥＳＭ機能が提供するＬＵの設定処理を行う（Ｓ２）。続いて、ＨＤｖＭを用いた、ＲＡＩＤシステム１００が搭載する内部ＬＤＥＶをＰＶＯＬとし、外部サブシステム４００よりマッピングされた内部ＬＤＥＶをＳＶＯＬとするペア作成処理を行う（Ｓ３）。そして、管理クライアント６２１のＧＵＩイメージ６２２を用いたペア作成の確認処理を行う（Ｓ４）。これにより、バックアップ運用システムが完成し、マッピングした外部ボリュームをシャドウイメージのＳＶＯＬとして利用することができる。
【００６２】
＜ＲＡＩＤシステムのディスカバリ処理（Ｓ１）＞
図４により、ＲＡＩＤシステムのディスカバリ処理（Ｓ１）の一例を説明する。図４はＲＡＩＤシステムのディスカバリ処理（Ｓ１）を示すフロー図である。
【００６３】
このＨＤｖＭによるＲＡＩＤシステム１００のディスカバリ処理（Ｓ１）は、図４に示すように、まず、ＨＤｖＭクライアント６２１が、ＲＡＩＤシステム１００の検出をＨＤｖＭサーバ６１２に依頼する（Ｓ１１）。そして、ＨＤｖＭサーバ６１２は、ＲＡＩＤマネージャ５１２にてＲＡＩＤシステム１００を検出し、その情報を管理サーバ６１０内のデータベースに格納し、ＨＤｖＭクライアント６２１にＲＡＩＤシステム１００の登録を通知する（Ｓ１２〜Ｓ１４）。これにより、ＨＤｖＭによるＲＡＩＤシステム１００の検出は完了する。
【００６４】
＜ＥＳＭ機能が提供するＬＵの設定処理（Ｓ２）＞
図５〜図７により、ＥＳＭ機能が提供するＬＵの設定処理（Ｓ２）の一例を説明する。それぞれ、図５はＥＳＭ機能が提供するＬＵの設定処理（Ｓ２）を示すフロー図、図６はマッピングの際に必要な情報管理テーブルを示す説明図、図７はＥＳＭ機能によるマッピング形態を示す説明図、である。
【００６５】
このＨＤｖＭを用いたＥＳＭ機能が提供するＬＵの設定処理（Ｓ２）は、図５に示すように、まず、ＲＡＩＤシステム１００が、ＥＳＭ機能を利用できるようにするために、ＨＤｖＭのＲＡＩＤシステム１００のサブシステム管理ビューであるストレージナビゲータを用いて、ＲＡＩＤシステム１００のポートを外部ポート１１０に設定する（Ｓ２１）。そして、ＲＡＩＤシステム１００が、外部ＬＵをディスカバリできるように、ＨＤｖＭを用いて外部サブシステム４００の設定を行う（Ｓ２２）。
【００６６】
この外部サブシステム４００の設定では、まず、外部ポート１１０と接続する外部サブシステム４００のポート属性を変更する（Ｓ２２ａ）。そして、この変更したポートを選択して、「ストレージの追加」を実施する（Ｓ２２ｂ）。つまり、外部ポート１１０として認識されている上位装置を選択して、この上位装置からのアクセス可否に関するＬＵＮセキュリティを追加する。
【００６７】
続いて、ＲＡＩＤシステム１００に外部ＬＵを認識させるため、ストレージナビゲータを用いて外部ＬＵのディスカバリを実施する（Ｓ２３）。そして、ディスカバリされた外部ＬＵをＲＡＩＤシステム１００にて利用可能にするために、ストレージナビゲータを用いて外部ＬＵを内部ＬＤＥＶにマッピングする（Ｓ２４）。
【００６８】
この外部ＬＵの内部ＬＤＥＶへのマッピングでは、まず、外部ボリュームグループを決定する（Ｓ２４ａ）。すなわち、内部ボリュームとして外部ボリュームをマッピングするために、外部ボリュームを外部ボリュームグループとして管理サーバ６１０に登録する。さらに、ＩＯサプレッションモードを決定する（Ｓ２４ｂ）。すなわち、外部ボリュームを内部ボリュームとしてマッピングするときに、マッピングしたボリュームに対する上位装置からの入出力を可能にする。これにより、マッピングしたボリュームをあたかもＲＡＩＤシステム１００のボリュームであるかのように上位装置から使用することができる。そして、エミュレーションタイプを設定する（Ｓ２４ｃ）。
【００６９】
このマッピングの際に必要な情報管理テーブル６１２には、図６に示すように、ＲＡＩＤシステム１００から取り込まれる構成情報と、外部サブシステム４００から取り込まれる構成情報が格納される。ＲＡＩＤシステム１００からの内部ＬＵＮ情報には、仮想ＬＵＮの情報がある。このＲＡＩＤシステム１００の仮想ＬＵＮに割り付けられた外部サブシステム４００の外部ＬＵＮ情報としては、外部サブシステム４００の識別番号（Ｓｅｒｉａｌ  Ｎｕｍｂｅｒ）、記憶デバイスの識別情報（Ｄｅｖｉｃｅ  ＩＤ）、記憶デバイスへのパス情報である、ＬＵＮを識別するためのＬＵＮ番号（Ｅｘｔｅｒｎａｌ  ＬＵＮ）、各ポートに固有の識別情報（Ｅｘｔｅｒｎａｌ  ＷＷＮ）、機種名（Ｖｅｎｄｅｒ）の情報がある。
【００７０】
この情報管理テーブル６１２に、外部サブシステム４００の記憶デバイス４１０に設定されるＬＵが、外部ポート１１０を介してＲＡＩＤシステム１００の記憶デバイス３１０に設定される仮想ＶＯＬとしてマッピングされる。すると、ユーザは、図７に示すように、ＨＤｖＭを用いて、情報管理テーブル６１２にマッピングされた内部ＬＤＥＶをＲＡＩＤシステム１００に搭載された内部ＬＤＥＶと同様に操作することができる。
【００７１】
＜ＰＶＯＬ、ＳＶＯＬとするペア作成処理（Ｓ３）＞
図８〜図１４により、ＰＶＯＬ、ＳＶＯＬとするペア作成処理（Ｓ３）の一例を説明する。それぞれ、図８はＰＶＯＬ、ＳＶＯＬとするペア作成処理（Ｓ３）を示すフロー図、図９はＰＶＯＬ対象とするストレージサブシステムの選択画面を示す説明図、図１０はＰＶＯＬ選択画面を示す説明図、図１１はコピータイプ選択画面を示す説明図、図１２はＳＶＯＬ選択画面を示す説明図、図１３はＳＶＯＬ詳細画面を示す説明図、図１４はＰＶＯＬ、ＳＶＯＬ決定後のペア作成処理を示す説明図、である。
【００７２】
このＨＤｖＭを用いた、ＲＡＩＤシステム１００が搭載する内部ＬＤＥＶをＰＶＯＬとし、外部サブシステム４００よりマッピングされた内部ＬＤＥＶをＳＶＯＬとするペア作成処理（Ｓ３）は、図８に示すように、まず、ＨＤｖＭのＧＵＩイメージ６２２を用いて、どのストレージサブシステムをＰＶＯＬにするかを選択する（Ｓ３１）。
【００７３】
この選択では、まず、ＰＶＯＬ対象とするＲＡＩＤシステム１００を選択する（Ｓ３１ａ）。たとえば一例として、図９に示すようなＧＵＩイメージ６２２において、候補となるストレージサブシステムの中から、「ＲＡＩＤ−Ｓ＠１０．１０．１０．１０」を選択する。そして、内部／外部ＶＯＬの識別画面において、ＰＶＯＬを選択する（Ｓ３１ｂ）。たとえば一例として、図１０に示すようなＧＵＩイメージ６２２において、オブジェクトリストの中からＬＤＥＶの「０：３５」を選択する。
【００７４】
さらに、選択したＰＶＯＬに関するコピータイプを選択する（Ｓ３２）。たとえば一例として、図１１に示すようなＧＵＩイメージ６２２において、コピータイプ選択の中から「ＳｈａｄｏｗＩｍａｇｅ」を選択する。その後、ＳＶＯＬとして利用する外部サブシステム４００を選択する（Ｓ３３）。
【００７５】
この選択では、まず、まだ割り当てられておらず、サイズ、エミュレーションタイプより割り当て可能な外部ＬＵを表示する（Ｓ３３ａ）。この際、より安価なＶＯＬを感知し、優先的に表示するようにする。さらに、ペア作成するＳＶＯＬを選択する（Ｓ３３ｂ）。たとえば一例として、図１２に示すようなＧＵＩイメージ６２２において、ＬＤＥＶリストの中からＬＤＥＶの「０：４５」を選択する。このＬＤＥＶの「０：４５」は、ストレージサブシステム（ＳＡＴＡ−Ｓ＠２０．２０．２０．２０）のロケーションとなっている。そして、外部サブシステム４００の詳細情報を確認する（Ｓ３３ｃ）。たとえば一例として、図１３に示すようなＧＵＩイメージ６２２において、各種識別番号や識別情報などが表示される。これにより、ＰＶＯＬ、ＳＶＯＬが決定したことになる。
【００７６】
続いて、ＰＶＯＬ、ＳＶＯＬの決定後、図１４に示すように、管理サーバ６１０は、業務サーバ５１０へペア作成を指示する（Ｓ３４）。さらに、業務サーバ５１０のＨＤｖＭエージェント５１１は、ＲＡＩＤマネージャ５１２へペア作成コマンドを指示する（Ｓ３５）。そして、ＲＡＩＤマネージャ５１２により、ＲＡＩＤシステム１００にペア作成のコマンドラインインタフェース（ＣＬＩ）コマンドが投下され、ペア作成が実行される（Ｓ３６）。
【００７７】
＜ペア作成の確認処理（Ｓ４）＞
図１５，図１６により、ペア作成の確認処理（Ｓ４）の一例を説明する。それぞれ、図１５はペア作成の確認処理（Ｓ４）を示す説明図、図１６はペア作成完了画面を示す説明図、である。
【００７８】
この管理クライアント６２０のＧＵＩイメージ６２２を用いたペア作成の確認処理（Ｓ４）は、図１５に示すように、まず、管理サーバ６１０は、ＲＡＩＤシステム１００からか、あるいはＲＡＩＤマネージャ５１２により入手可能な情報を業務サーバ５１０のＨＤｖＭエージェント５１１経由で取得することにより、コピーペア情報として認識する（Ｓ４１）。そして、管理サーバ６１０の情報が管理クライアント６２０に渡されることにより、管理クライアント６２０のＧＵＩイメージ６２２にてペア生成を確認することができる（Ｓ４２）。たとえば一例として、図１６に示すようなＧＵＩイメージ６２２において、ＲＡＩＤシステム１００である「ＲＡＩＤ−Ｓ＠１０．１０．１０．１０」のＬＤＥＶ「３５」をＰＶＯＬとし、外部サブシステム４００よりマッピングされたＲＡＩＤシステム１００の「ＳＡＴＡ−Ｓ＠２０．２０．２０．２０」のＬＤＥＶ「４５」をＳＶＯＬとするペア生成の完了が確認できる。
【００７９】
以上の、ＲＡＩＤシステムのディスカバリ処理（Ｓ１）、ＥＳＭ機能が提供するＬＵの設定処理（Ｓ２）、ＰＶＯＬ、ＳＶＯＬとするペア作成処理（Ｓ３）、ペア作成の確認処理（Ｓ４）を経て、図１７に示すようなバックアップ運用システムが完成する。これにより、マッピングした外部ボリュームをシャドウイメージのＳＶＯＬとして利用したデータ処理システムを構成することができる。つまり、安価な外部サブシステム４００のＬＵに、ＲＡＩＤシステム１００の持つ高速かつ高度な機能を活用することができるようになる。
【００８０】
＜外部サブシステムへのデータの書き込み動作＞
図１８により、外部サブシステムへのデータの書き込み動作の一例を説明する。図１８は外部サブシステムへのデータの書き込み動作を示す説明図である。
【００８１】
業務サーバ５１０などの上位装置は、ＲＡＩＤシステム１００が提供する論理ボリューム（ＬＤＥＶ）にデータを書き込むことができる。たとえば、ＳＡＮの中に仮想的なＳＡＮサブネットを設定するゾーニングや、アクセス可能なＬＵＮのリストを上位装置が保持するＬＵＮマスキングという手法により、上位装置を特定のＬＤＥＶに対してのみアクセスさせるように設定できる。
【００８２】
上位装置がデータを書き込もうとするＬＤＥＶが、仮想ボリューム（ＶＤＥＶ：Ｖｉｒｔｕａｌ  Ｄｅｖｉｃｅ）を介して内部のＲＡＩＤシステム１００の記憶デバイス３１０に接続されている場合、通常の処理によってデータが書き込まれる。すなわち、上位装置からのデータは、一旦、キャッシュメモリ２３０に格納され、このキャッシュメモリ２３０からディスク制御部２４０を介して、所定の記憶デバイス３１０の所定アドレスに格納される。この際、ディスク制御部２４０は、論理的なアドレスを物理的なアドレスに変換する。また、ＲＡＩＤ構成の場合、同一のデータが複数の記憶デバイス３１０に記憶される。
【００８３】
これに対し、上位装置が書き込もうとするＬＤＥＶが、ＶＤＥＶを介して外部サブシステム４００の記憶デバイス４１０に接続されている場合、図１８に示すような流れでデータが書き込まれる。図１８（ａ）は記憶階層を中心に示す流れ図であり、図１８（ｂ）はキャッシュメモリ２３０の使われ方を中心に示す流れ図である。
【００８４】
まず、上位装置は、書き込み先のＬＤＥＶを特定するＬＤＥＶ番号とこのＬＤＥＶにアクセスするためのポートを特定するＷＷＮとを明示して、書き込みコマンド（Ｗｒｉｔｅ）を発行する（Ｓ６１）。ＲＡＩＤシステム１００は、上位装置からの書き込みコマンドを受信すると、外部サブシステム４００に送信するための書き込みコマンドを生成し、外部サブシステム４００に送信する（Ｓ６２）。ＲＡＩＤシステム１００は、上位装置から受信した書き込みコマンド中の書き込み先アドレス情報などを、外部ＬＤＥＶに合わせて変更することにより、新たな書き込みコマンドを生成する。
【００８５】
続いて、上位装置は、書き込むべきデータをＲＡＩＤシステム１００に送信する（Ｓ６３）。ＲＡＩＤシステム１００に受信されたデータは、ＬＤＥＶからＶＤＥＶを介して（Ｓ６４）、外部サブシステム４００のＬＤＥＶに転送される（Ｓ６６）。ここで、ＲＡＩＤシステム１００は、上位装置からのデータをキャッシュメモリ２３０に格納した時点で、上位装置に対して書き込み完了の応答（Ｇｏｏｄ）を返す（Ｓ６５）。外部サブシステム４００は、ＲＡＩＤシステム１００からデータを受信した時点で（あるいは記憶デバイス４１０に書き込みを終えた時点で）、書き込み完了報告をＲＡＩＤシステム１００に送信する（Ｓ６７）。すなわち、ＲＡＩＤシステム１００が上位装置に対して書き込み完了を報告する時期（Ｓ６５）と、実際にデータが記憶デバイス４１０に記憶される時期とは相違する（非同期方式）。従って、上位装置は、実際にデータが記憶デバイス４１０に格納される前にデータ書き込み処理から解放され、別の処理を行うことができる。
【００８６】
＜外部サブシステムからのデータの読み出し動作＞
図１９により、外部サブシステムからのデータの読み出し動作の一例を説明する。図１９は外部サブシステムからのデータの読み出し動作を示す説明図である。
【００８７】
まず、上位装置は、ポートを指定してＲＡＩＤシステム１００にデータの読み出しコマンドを送信する（Ｓ７１）。ＲＡＩＤシステム１００は、読み出しコマンドを受信すると、要求されたデータを外部サブシステム４００から読み出すべく、読み出しコマンドを生成する。ＲＡＩＤシステム１００は、生成した読み出しコマンドを外部サブシステム４００に送信する（Ｓ７２）。外部サブシステム４００は、ＲＡＩＤシステム１００から受信した読み出しコマンドに応じて、要求されたデータを記憶デバイス４１０から読み出して、ＲＡＩＤシステム１００に送信し（Ｓ７３）、正常に読み出しが完了した旨を報告する（Ｓ７５）。ＲＡＩＤシステム１００は、図１９（ｂ）に示すように、外部サブシステム４００から受信したデータを、キャッシュメモリ２３０の所定の場所に格納させる（Ｓ７４）。
【００８８】
続いて、ＲＡＩＤシステム１００は、キャッシュメモリ２３０に格納されたデータを読み出し、アドレス変換を行った後、ＬＵＮなどを介して上位装置にデータを送信し（Ｓ７６）、読み出し完了を報告する（Ｓ７７）。
【００８９】
なお、図１９では、上位装置からの要求に応じて、外部サブシステム４００からデータを読み出し、キャッシュメモリ２３０に保存するかのように示している。しかし、これに限らず、外部のＬＤＥＶに記憶されているデータの全部または一部を、予めキャッシュメモリ２３０に記憶させておくこともできる。この場合、上位装置からの読み出しコマンドに対し、直ちにキャッシュメモリ２３０からデータを読み出して上位装置に送信することができる。
【００９０】
＜別のデータ処理システムの要部構成＞
図２０により、本発明の一実施の形態に係る別のデータ処理システムの要部構成の一例を説明する。図２０は別のデータ処理システムの要部構成を示す構成図である。
【００９１】
本実施の形態に係る別のデータ処理システムは、前記図２がシャドウイメージと呼ぶコピー機能を備えたシステム構成であるのに対して、ストレージサブシステム間のリモートデータコピー機能、ここではＴｒｕｅコピーと呼ぶコピー機能を備えたシステム構成となっており、コピー先のＲＡＩＤシステム１００に対して、コピー元のＲＡＩＤシステム１５０が追加されて構成される。
【００９２】
すなわち、このデータ処理システムは、図２０に示すように、第１のストレージシステムであるＲＡＩＤシステム１００と、第２のストレージシステムである外部サブシステム４００と、第３のストレージシステムであるＲＡＩＤシステム１５０と、ＲＡＩＤシステム１００，１５０との間でデータの入出力を行う上位装置である業務サーバ５１０と、ＲＡＩＤシステム１００，１５０および外部サブシステム４００の構成情報を管理する管理装置である管理サーバ６１０および管理クライアント６２０とを有し、ＲＡＩＤシステム１００、ＲＡＩＤシステム１５０および業務サーバ５１０はＳＡＮを通じて通信可能に接続され、ＲＡＩＤシステム１００、ＲＡＩＤシステム１５０、外部サブシステム４００、業務サーバ５１０、管理サーバ６１０および管理クライアント６２０はＬＡＮを通じて通信可能に接続されて構成される。
【００９３】
このデータ処理システムにおいては、前述した、＜ＰＶＯＬ、ＳＶＯＬとするペア作成処理（Ｓ３）＞の、どのストレージサブシステムをＰＶＯＬにするかを選択する（Ｓ３１）において、別のストレージサブシステムのＰＶＯＬを設定することにより、マッピングした外部ボリュームをＴｒｕｅコピーのＳＶＯＬとして利用したバックアップ運用システムを構築することができる。
【００９４】
すなわち、ＲＡＩＤシステム１５０が搭載する内部ＬＤＥＶをＰＶＯＬとし、外部サブシステム４００よりマッピングされたＲＡＩＤシステム１００が搭載する内部ＬＤＥＶをＳＶＯＬとするペア作成処理を行うことにより、バックアップ運用システムを構築することができる。他の処理は、前述したシャドウイメージの場合と同様であるので、ここでの説明は省略する。
【００９５】
これにより、マッピングした外部ボリュームをＴｒｕｅコピーのＳＶＯＬとして利用したデータ処理システムを構成することができ、よって、前述したシャドウイメージの場合と同様に、安価な外部サブシステム４００のＬＵに、ＲＡＩＤシステム１００，１５０の持つ高速かつ高度な機能を活用することができるようになる。
【００９６】
＜本実施の形態の効果＞
（１）ＲＡＩＤシステム１００、外部サブシステム４００、業務サーバ５１０、管理サーバ６１０および管理クライアント６２０を有し、シャドウイメージと呼ぶコピー機能によるバックアップ運用システムの構築において、高機能・高性能なＲＡＩＤシステム１００の持つ高速かつ高度な機能を、安価な外部サブシステム４００内の記憶領域に実現させることができる。
【００９７】
（２）ＲＡＩＤシステム１００、外部サブシステム４００、ＲＡＩＤシステム１５０、業務サーバ５１０、管理サーバ６１０および管理クライアント６２０を有し、Ｔｒｕｅコピーと呼ぶコピー機能によるバックアップ運用システムの構築において、高機能・高性能なＲＡＩＤシステム１００，１５０の持つ高速かつ高度な機能を、安価な外部サブシステム４００内の記憶領域に実現させることができる。
【００９８】
（３）前記（１）、（２）により、ＲＡＩＤシステム、外部サブシステムなどの既存システムを有効に活用し、さらにシステム全体のコストを削減することができる。
【００９９】
以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。
【図面の簡単な説明】
【０１００】
【図１】本発明の一実施の形態に係るデータ処理システムの全体構成を示す構成図である。
【図２】本発明の一実施の形態に係るデータ処理システムの要部構成を示す構成図である。
【図３】本発明の一実施の形態に係るデータ処理システムにおいて、バックアップ運用システムの構築処理を示すフロー図である。
【図４】本発明の一実施の形態に係るデータ処理システムにおいて、ＲＡＩＤシステムのディスカバリ処理を示すフロー図である。
【図５】本発明の一実施の形態に係るデータ処理システムにおいて、ＥＳＭ機能が提供するＬＵの設定処理を示すフロー図である。
【図６】本発明の一実施の形態に係るデータ処理システムにおいて、マッピングの際に必要な情報管理テーブルを示す説明図である。
【図７】本発明の一実施の形態に係るデータ処理システムにおいて、ＥＳＭ機能によるマッピング形態を示す説明図である。
【図８】本発明の一実施の形態に係るデータ処理システムにおいて、ＰＶＯＬ、ＳＶＯＬとするペア作成処理を示すフロー図である。
【図９】本発明の一実施の形態に係るデータ処理システムにおいて、ＰＶＯＬ対象とするストレージサブシステムの選択画面を示す説明図である。
【図１０】本発明の一実施の形態に係るデータ処理システムにおいて、ＰＶＯＬ選択画面を示す説明図である。
【図１１】本発明の一実施の形態に係るデータ処理システムにおいて、コピータイプ選択画面を示す説明図である。
【図１２】本発明の一実施の形態に係るデータ処理システムにおいて、ＳＶＯＬ選択画面を示す説明図である。
【図１３】本発明の一実施の形態に係るデータ処理システムにおいて、ＳＶＯＬ詳細画面を示す説明図である。
【図１４】本発明の一実施の形態に係るデータ処理システムにおいて、ＰＶＯＬ、ＳＶＯＬ決定後のペア作成処理を示す説明図である。
【図１５】本発明の一実施の形態に係るデータ処理システムにおいて、ペア作成の確認処理を示す説明図である。
【図１６】本発明の一実施の形態に係るデータ処理システムにおいて、ペア作成完了画面を示す説明図である。
【図１７】本発明の一実施の形態に係るデータ処理システムにおいて、バックアップ運用システムを示す説明図である。
【図１８】本発明の一実施の形態に係るデータ処理システムにおいて、外部サブシステムへのデータの書き込み動作を示す説明図である。
【図１９】本発明の一実施の形態に係るデータ処理システムにおいて、外部サブシステムからのデータの読み出し動作を示す説明図である。
【図２０】本発明の一実施の形態において、別のデータ処理システムの要部構成を示す構成図である。
【図２１】本発明の一実施の形態において、図２に対する他の例のデータ処理システムの要部構成を示す構成図である。
【符号の説明】
【０１０１】
１００，１５０…ＲＡＩＤシステム、１１０…外部ポート、２００…ディスク制御装置、２１０…チャネル制御部、２２０…共有メモリ、２３０…キャッシュメモリ、２４０…ディスク制御部、２５０…管理端末、２６０…接続部、３００…ディスク駆動装置、３１０…記憶デバイス、４００…外部サブシステム、４１０…記憶デバイス、４２０…ポート、５００，６００…情報処理装置、５１０…業務サーバ、５１１…ＨＤｖＭエージェント、５１２…ＲＡＩＤマネージャ、６１０…管理サーバ、６１１…ＨＤｖＭサーバ、６１２…情報管理テーブル、６２０…管理クライアント、６２１…ＨＤｖＭクライアント、６２２…ＧＵＩイメージ。
【図１】
2006065709.tif 000003
【図２】
2006065709.tif 000004
【図３】
2006065709.tif 000005
【図４】
2006065709.tif 000006
【図５】
2006065709.tif 000007
【図６】
2006065709.tif 000008
【図７】
2006065709.tif 000009
【図８】
2006065709.tif 000010
【図９】
2006065709.tif 000011
【図１０】
2006065709.tif 000012
【図１１】
2006065709.tif 000013
【図１２】
2006065709.tif 000014
【図１３】
2006065709.tif 000015
【図１４】
2006065709.tif 000016
【図１５】
2006065709.tif 000017
【図１６】
2006065709.tif 000018
【図１７】
2006065709.tif 000019
【図１８】
2006065709.tif 000020
【図１９】
2006065709.tif 000021
【図２０】
2006065709.tif 000022
【図２１】
2006065709.tif 000023