JP2007257667A - データ処理システム - Google Patents
データ処理システム Download PDFInfo
- Publication number
- JP2007257667A JP2007257667A JP2007160887A JP2007160887A JP2007257667A JP 2007257667 A JP2007257667 A JP 2007257667A JP 2007160887 A JP2007160887 A JP 2007160887A JP 2007160887 A JP2007160887 A JP 2007160887A JP 2007257667 A JP2007257667 A JP 2007257667A
- Authority
- JP
- Japan
- Prior art keywords
- storage system
- management
- storage
- volume
- logical volume
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Abstract
【課題】高機能・高性能なストレージシステムの持つ機能を、安価なストレージシステム内の記憶領域に実現させることにより、既存システムの有効活用およびシステム全体のコスト削減を図ることができるデータ処理システムの制御技術を提供する。
【解決手段】RAIDシステム100、外部サブシステム400、管理サーバ610、管理クライアント620などを有し、管理サーバ610にはRAIDシステム100と外部サブシステム400とのマッピング情報を格納する情報管理テーブル612が備えられ、コピー処理を行う際には、管理クライアント620から、情報管理テーブル612を用いて、RAIDシステム100の論理ボリュームをコピー元の正ボリュームとし、外部サブシステム400の論理ボリュームよりマッピングされたRAIDシステム100のマッピング対象の論理ボリュームをコピー先の副ボリュームとするペア生成を行う。
【選択図】図2
【解決手段】RAIDシステム100、外部サブシステム400、管理サーバ610、管理クライアント620などを有し、管理サーバ610にはRAIDシステム100と外部サブシステム400とのマッピング情報を格納する情報管理テーブル612が備えられ、コピー処理を行う際には、管理クライアント620から、情報管理テーブル612を用いて、RAIDシステム100の論理ボリュームをコピー元の正ボリュームとし、外部サブシステム400の論理ボリュームよりマッピングされたRAIDシステム100のマッピング対象の論理ボリュームをコピー先の副ボリュームとするペア生成を行う。
【選択図】図2
Description
本発明は、データ処理システムの制御技術に関し、特に、複数のストレージ間でのデータ管理機能を用いたバックアップ運用システムの構築処理に適用して有効な技術に関する。
本発明者が検討したところによれば、従来のデータ処理システムの制御技術に関しては、以下のような技術が考えられる。
たとえば、データセンタなどのような大規模なデータを取り扱うデータベースシステムでは、上位装置とは別に構成されたストレージシステムを用いてデータを管理する方法が用いられる。このストレージシステムは、たとえば、ディスクアレイ装置などから構成される。ディスクアレイ装置は、多数の記憶デバイスをアレイ状に配設して構成されるもので、たとえば、RAID(Redundant Arrays of Inexpensive Disks)に基づいて構築されている。記憶デバイス群が提供する物理的な記憶領域上には、少なくとも1つ以上の論理ボリュームが設定され、この論理ボリュームが上位装置に提供される。上位装置は、所定のコマンドを送信することにより、論理ボリュームに対してデータの書き込み、読み出しを行うことができる。
また、このようなデータベースシステムにおいては、情報化社会の進展などにつれて、データベースで管理すべきデータは、日々増大する。このため、より高性能、より大容量のストレージシステムが求められており、この市場要求に応えるべく、新型のストレージシステムが開発されている。新型のストレージシステムをデータ処理システムに導入する方法としては、たとえば、旧型のストレージシステムと新型のストレージシステムとを完全に入れ替え、全て新型のストレージシステムからデータ処理システムを構成する方法(特許文献1)と、旧型のストレージシステムからなるデータ処理システムに新型のストレージシステムを新たに追加し、新旧のストレージシステムを併存させる方法がある。
特表平10−508967号公報
ところで、前記のような本発明者が検討した従来のデータ処理システムの制御技術に関して、本発明者が検討した結果、以下のようなことが明らかとなった。
たとえば、前記特許文献1のように、旧型のストレージシステムから新型のストレージシステムに完全に移行する方法は、新型のストレージシステムの機能、性能を利用することができるが、旧型のストレージシステムを有効に利用することができず、導入コストも増大する。他方、旧型のストレージシステムと新型のストレージシステムとの併存を図る方法は、各ストレージシステムが個々の管理手段で別個にバックアップ運用する必要があり、さらに新型のストレージシステムの機能が旧型のストレージシステムに活用されず、旧型のストレージシステムに対して機能向上などの対応とそのためのコストも必要になっている。
そこで、本発明の目的は、新型のように高機能・高性能なストレージシステムの持つ高速かつ高度な機能を、旧型のような安価なストレージシステム内の記憶領域に実現させることにより、既存システムの有効活用およびシステム全体のコスト削減を図ることができるデータ処理システムの制御技術を提供することにある。
本発明の前記ならびにその他の目的と新規な特徴は、本明細書の記述および添付図面から明らかになるであろう。
本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、次のとおりである。
(1)本発明の第1のデータ処理システムは、第1のストレージシステムと、第2のストレージシステムと、第1のストレージシステムとの間でデータの入出力を行う上位装置と、第1のストレージシステムおよび第2のストレージシステムを管理する管理装置とを有し、互いにネットワークを通じて通信可能に接続して構成され、ストレージシステム内のオンラインデータコピー機能によるバックアップ運用システムの構築において、以下のような特徴を有するものである。
すなわち、本発明の第1のデータ処理システムにおいて、第1のストレージシステムは、第1の記憶デバイスと、第1の記憶デバイスに設定される第1の論理ボリュームおよび第2の論理ボリュームとを有する。第2のストレージシステムは、第2の記憶デバイスと、第2の記憶デバイスに設定され、第1のストレージシステムの第2の論理ボリュームにマッピングされる第3の論理ボリュームとを有する。管理装置は、第1のストレージシステムの構成情報および第2のストレージシステムの構成情報を取り込み、第1のストレージシステムの第2の論理ボリュームと第2のストレージシステムの第3の論理ボリュームとのマッピング情報を格納する情報管理テーブルと、コピー処理を行う際に、情報管理テーブルを用いて、第1のストレージシステムの第1の論理ボリュームをコピー元の正ボリュームとし、第2のストレージシステムの第3の論理ボリュームよりマッピングされた第1のストレージシステムの第2の論理ボリュームをコピー先の副ボリュームとするペア生成を行う手段とを有するものである。
さらに、第1のストレージシステムは、第2のストレージシステムと接続するための接続機能を有する。管理装置は、第1のストレージシステムにコマンドを発行する制御用デバイスを管理するための管理手段をそれぞれ持つ、管理クライアント、管理サーバ、および管理エージェントを有するものである。
そして、管理装置は、バックアップ運用システムを構築する際に、管理手段による第1のストレージシステムのディスカバリ処理と、管理手段を用いた接続機能が提供する論理ボリュームの設定処理と、管理手段を用いた第1のストレージシステムが搭載する第1の論理ボリュームを正ボリュームとし、第2のストレージシステムよりマッピングされた第1のストレージシステムが搭載する第2の論理ボリュームを副ボリュームとするペア作成処理と、管理クライアントのGUIを用いたペア作成の確認処理とを行うものである。
(2)本発明の第2のデータ処理システムは、第1のストレージシステムと、第2のストレージシステムと、第3のストレージシステムと、第1のストレージシステムおよび第3のストレージシステムとの間でデータの入出力を行う上位装置と、第1のストレージシステムおよび第2のストレージシステムおよび第3のストレージシステムを管理する管理装置とを有し、互いにネットワークを通じて通信可能に接続して構成され、ストレージシステム間のリモートデータコピー機能によるバックアップ運用システムの構築において、以下のような特徴を有するものである。
すなわち、本発明の第2のデータ処理システムにおいて、第1のストレージシステムは、第1の記憶デバイスと、第1の記憶デバイスに設定される第2の論理ボリュームとを有する。第2のストレージシステムは、第2の記憶デバイスと、第2の記憶デバイスに設定され、第1のストレージシステムの第2の論理ボリュームにマッピングされる第3の論理ボリュームとを有する。第3のストレージシステムは、第3の記憶デバイスと、第3の記憶デバイスに設定される第1の論理ボリュームとを有する。管理装置は、第1のストレージシステムの構成情報および第2のストレージシステムの構成情報および第3のストレージシステムの構成情報を取り込み、第1のストレージシステムの第2の論理ボリュームと第2のストレージシステムの第3の論理ボリュームとのマッピング情報を格納する情報管理テーブルと、コピー処理を行う際に、情報管理テーブルを用いて、第3のストレージシステムの第1の論理ボリュームをコピー元の正ボリュームとし、第2のストレージシステムの第3の論理ボリュームよりマッピングされた第1のストレージシステムの第2の論理ボリュームをコピー先の副ボリュームとするペア生成を行う手段とを有するものである。
さらに、第1のストレージシステムは、第2のストレージシステムと接続するための接続機能を有する。管理装置は、第1のストレージシステムにコマンドを発行する制御用デバイスを管理するための管理手段をそれぞれ持つ、管理クライアント、管理サーバ、および管理エージェントを有するものである。
そして、管理装置は、バックアップ運用システムを構築する際に、管理手段による第1のストレージシステムのディスカバリ処理と、管理手段を用いた接続機能が提供する論理ボリュームの設定処理と、管理手段を用いた第3のストレージシステムが搭載する第1の論理ボリュームを正ボリュームとし、第2のストレージシステムよりマッピングされた第1のストレージシステムが搭載する第2の論理ボリュームを副ボリュームとするペア作成処理と、管理クライアントのGUIを用いたペア作成の確認処理とを行うものである。
本願において開示される発明のうち、代表的なものによって得られる効果を簡単に説明すれば以下のとおりである。
本発明によれば、高機能・高性能なストレージシステムの持つ高速かつ高度な機能を、安価なストレージシステム内の記憶領域に実現させることができ、この結果、既存システムの有効活用およびシステム全体のコスト削減を図ることが可能となる。
以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一の機能を有する部材には原則として同一の符号を付し、その繰り返しの説明は省略する。
<データ処理システムの全体構成>
図1により、本発明の一実施の形態に係るデータ処理システムの全体構成の一例を説明する。図1はデータ処理システムの全体構成を示す構成図である。
図1により、本発明の一実施の形態に係るデータ処理システムの全体構成の一例を説明する。図1はデータ処理システムの全体構成を示す構成図である。
本実施の形態に係るデータ処理システムは、図1に示すように、RAIDシステム100,150と、外部サブシステム400と、上位装置の情報処理装置500と、管理クライアントの情報処理装置600とから構成される。なお、以下においては、主にRAIDシステム100の構成・機能を説明するが、RAIDシステム150も同様の構成・機能となっている。
RAIDシステム100は、たとえば、ディスクアレイサブシステムとして構成されるものである。但し、これに限らず、RAIDシステム100は、高機能化されたインテリジェント型のファイバチャネルスイッチとして構成することもできる。
RAIDシステム100は、ディスク制御装置200とディスク駆動装置300とを備える。ディスク制御装置200は、たとえば上位装置の情報処理装置500から受信したコマンドに従ってディスク駆動装置300に対する制御を行う。たとえば、上位装置の情報処理装置500からデータ入出力要求を受信して、ディスク駆動装置300が備える記憶デバイス310に記憶されるデータの読み書きを行う。また、ディスク制御装置200は、たとえば管理クライアントの情報処理装置600からRAIDシステム100を管理するための各種コマンドを受信して、RAIDシステム100の様々な設定を行う。
外部サブシステム400は、記憶デバイス410を備えている。このほか、チャネル制御部やディスク制御部などを備えることもできる。外部サブシステム400は、たとえば、LAN(Local Area Network)、SAN(Storage Area Network)を介してRAIDシステム100に接続されており、外部サブシステム400の記憶デバイス410は、RAIDシステム100の内部記憶デバイスとして扱われるようになっている。
上位装置、管理クライアントの情報処理装置500,600は、CPUやメモリを備えたコンピュータなどの情報機器である。情報処理装置500,600が備えるCPUによって各種プログラムが実行されることにより、様々な機能が実現される。情報処理装置500,600は、たとえばパーソナルコンピュータやワークステーションであることもあるし、メインフレームコンピュータであることもある。特に、上位装置の情報処理装置500は、たとえば銀行の自動預金預け払いシステムや航空機の座席予約システムなどにおける中枢コンピュータとして利用される。また、管理クライアントの情報処理装置600は、RAIDシステム100を保守、管理するための管理コンピュータとして利用される。
図1において、上位装置の情報処理装置500は、SANを介してディスク制御装置200と通信可能に接続されている。SANは、ディスク駆動装置300が提供する記憶資源におけるデータの管理単位であるブロックを単位として上位装置の情報処理装置500との間でデータの授受を行うためのネットワークである。SANを介して行われる上位装置の情報処理装置500とディスク制御装置200との間の通信は、たとえばファイバチャネルプロトコルに従って行われる。上位装置の情報処理装置500からは、RAIDシステム100に対して、ファイバチャネルプロトコルに従ってブロック単位のデータアクセス要求が送信される。
また、上位装置の情報処理装置500は、SANなどのネットワークを介さずに直接にディスク制御装置200と通信可能に接続されている。ネットワークを介さずに直接に、上位装置の情報処理装置500とディスク制御装置200との間の通信は、たとえばFICON(Fibre Connection)(登録商標)やESCON(Enterprise System Connection)(登録商標)、ACONARC(Advanced Connection Architecture)(登録商標)、FIBARC(Fibre Connection Architecture)(登録商標)などの通信プロトコルに従って行われる。上位装置の情報処理装置500からは、RAIDシステム100に対して、これらの通信プロトコルに従ってブロック単位のデータアクセス要求が送信される。
もちろん、上位装置の情報処理装置500とディスク制御装置200との間は、SANを介して接続される場合、SANを介さずに直接に接続される場合に限らず、たとえば、LAN(Local Area Network)を介して接続されているようにすることもできる。LANを介して接続される場合には、たとえばTCP/IP(Transmisson Control Protocol/Internet Protocol)プロトコルに従って通信を行うようにすることができる。
また、管理クライアントの情報処理装置600は、LANを介してディスク制御装置200と接続されている。LANは、インターネットとすることもできるし、専用のネットワークとすることもできる。LANを介して行われる管理クライアントの情報処理装置600とディスク制御装置200との間の通信は、たとえばTCP/IPプロトコルに従って行われる。管理クライアントの情報処理装置600からは、RAIDシステム100に対して、ファイル名指定によるデータアクセス要求(ファイル単位でのデータ入出力要求)が送信される。
<ディスク駆動装置>
ディスク駆動装置300は、多数の記憶デバイス310を備えている。これにより、上位装置の情報処理装置500、管理クライアントの情報処理装置600に対して大容量の記憶領域を提供することができる。記憶デバイス310は、ハードディスクドライブなどのデータ記憶媒体、あるいはRAID(Redundant Arrays of Inexpensive Disks)を構成する複数のハードディスクドライブにより構成されてなるようにすることができる。また、記憶デバイス310により提供される物理的な記憶領域である物理ボリュームには、論理的な記録領域である論理ボリュームを設定することができる。
ディスク駆動装置300は、多数の記憶デバイス310を備えている。これにより、上位装置の情報処理装置500、管理クライアントの情報処理装置600に対して大容量の記憶領域を提供することができる。記憶デバイス310は、ハードディスクドライブなどのデータ記憶媒体、あるいはRAID(Redundant Arrays of Inexpensive Disks)を構成する複数のハードディスクドライブにより構成されてなるようにすることができる。また、記憶デバイス310により提供される物理的な記憶領域である物理ボリュームには、論理的な記録領域である論理ボリュームを設定することができる。
ディスク制御装置200とディスク駆動装置300との間は、図1のように直接に接続される形態とすることもできるし、ネットワークを介して接続されるようにすることもできる。さらに、ディスク駆動装置300は、ディスク制御装置200と一体として構成されることもできる。
<ディスク制御装置>
ディスク制御装置200は、チャネル制御部210、共有メモリ220、キャッシュメモリ230、ディスク制御部240、管理端末250、接続部260を備える。ディスク制御装置200は、チャネル制御部210によりSANを介して、あるいはネットワークを介さずに直接に上位装置の情報処理装置500との間の通信を行う。
ディスク制御装置200は、チャネル制御部210、共有メモリ220、キャッシュメモリ230、ディスク制御部240、管理端末250、接続部260を備える。ディスク制御装置200は、チャネル制御部210によりSANを介して、あるいはネットワークを介さずに直接に上位装置の情報処理装置500との間の通信を行う。
チャネル制御部210は、上位装置の情報処理装置500、管理クライアントの情報処理装置600との間で通信を行うための通信インタフェースを備え、上位装置、管理クライアントの情報処理装置500,600との間でデータ入出力コマンドなどを授受する機能を備える。
各チャネル制御部210は、管理端末250と共に内部LANで接続されている。これにより、チャネル制御部210に実行させるマイクロプログラムなどを管理端末250から送信し、インストールすることが可能となっている。
接続部260は、チャネル制御部210、共有メモリ220、キャッシュメモリ230、ディスク制御部240、管理端末250を相互に接続する。チャネル制御部210、共有メモリ220、キャッシュメモリ230、ディスク制御部240、管理端末250の間でのデータやコマンドの授受は、接続部260を介することにより行われる。接続部260は、たとえばクロスバスイッチで構成される。
共有メモリ220およびキャッシュメモリ230は、チャネル制御部210、ディスク制御部240により共有される記憶メモリである。共有メモリ220は、主に制御情報やコマンドなどを記憶するために利用されるのに対して、キャッシュメモリ230は、主にデータを記憶するために利用される。
たとえば、あるチャネル制御部210が上位装置の情報処理装置500から受信したデータ入出力要求が書き込みコマンドであった場合には、当該チャネル制御部210は書き込みコマンドを共有メモリ220に書き込むと共に、上位装置の情報処理装置500から受信した書き込みデータをキャッシュメモリ230に書き込む。一方、ディスク制御部240は、共有メモリ220を監視しており、共有メモリ220に書き込みコマンドが書き込まれたことを検出すると、当該コマンドに従ってキャッシュメモリ230から書き込みデータを読み出してディスク駆動装置300内の記憶デバイス310に書き込む。
また、あるチャネル制御部210が上位装置の情報処理装置500から受信したデータ入出力要求が読み出しコマンドであった場合には、読み出し対象となるデータがキャッシュメモリ230に存在するかどうかを調べる。ここで、キャッシュメモリ230に存在すれば、チャネル制御部210はそのデータを上位装置の情報処理装置500に送信する。一方、読み出し対象となるデータがキャッシュメモリ230に存在しない場合には、当該チャネル制御部210は読み出しコマンドを共有メモリ220に書き込むと共に、共有メモリ220を監視する。読み出しコマンドが共有メモリ220に書き込まれたことを検出したディスク制御部240は、ディスク駆動装置300内の記憶デバイス310から読み出し対象となるデータを読み出して、これをキャッシュメモリ230に書き込むと共に、その旨を共有メモリ220に書き込む。そして、チャネル制御部210は、読み出し対象となるデータがキャッシュメモリ230に書き込まれたことを検出すると、そのデータを上位装置の情報処理装置500に送信する。
このように、チャネル制御部210およびディスク制御部240の間では、キャッシュメモリ230を介してデータの授受が行われ、キャッシュメモリ230には、記憶デバイス310に記憶されるデータのうち、チャネル制御部210やディスク制御部240により読み書きされるデータが記憶される。
なお、チャネル制御部210からディスク制御部240に対するデータの書き込みや読み出しの指示を、共有メモリ220を介在させて間接的に行う構成の他、たとえばチャネル制御部210からディスク制御部240に対してデータの書き込みや読み出しの指示を共有メモリ220を介さずに直接に行う構成とすることもできる。また、チャネル制御部210にディスク制御部240の機能を持たせて、データ入出力制御部とすることもできる。
ディスク制御部240は、データを記憶する複数の記憶デバイス310と通信可能に接続され、ディスク駆動装置300の制御を行う。たとえば、上述のように、チャネル制御部210が上位装置の情報処理装置500から受信したデータ入出力要求に応じて、記憶デバイス310に対してデータの読み書きを行う。
各ディスク制御部240は、管理端末250と共に内部LANで接続されており、相互に通信を行うことが可能である。これにより、ディスク制御部240に実行させるマイクロプログラムなどを管理端末250から送信し、インストールすることが可能となっている。
本実施の形態においては、共有メモリ220およびキャッシュメモリ230がチャネル制御部210およびディスク制御部240に対して独立に設けられていることについて記載したが、これに限られるものではなく、共有メモリ220またはキャッシュメモリ230がチャネル制御部210およびディスク制御部240の各々に分散されて設けられることも好ましい。この場合、接続部260は、分散された共有メモリ220またはキャッシュメモリ230を有するチャネル制御部210およびディスク制御部240を相互に接続させることになる。
また、チャネル制御部210、ディスク制御部240、接続部260、共有メモリ220、キャッシュメモリ230の少なくともいずれかが一体として構成されているようにすることもできる。
管理端末250は、RAIDシステム100を保守・管理するためのコンピュータである。オペレータは、管理端末250を操作することにより、たとえばディスク駆動装置300内の記憶デバイス310の構成の設定や、上位装置の情報処理装置500、管理クライアントの情報処理装置600とチャネル制御部210との間の通信路であるパスの設定、論理ボリュームの設定、チャネル制御部210やディスク制御部240において実行されるマイクロプログラムのインストールなどを行うことができる。ここで、ディスク駆動装置300内の記憶デバイス310の構成の設定としては、たとえば記憶デバイス310の増設や減設、RAID構成の変更(RAID1からRAID5への変更など)などとすることができる。
さらに、管理端末250からは、RAIDシステム100の動作状態の確認や故障部位の特定、チャネル制御部210で実行されるオペレーティングシステムのインストールなどの作業を行うことができる。これらの設定や制御は、管理端末250が備えるユーザインタフェース、あるいは管理端末250で動作するWebサーバにより提供されるWebページを表示する管理クライアントの情報処理装置600のユーザインタフェースからオペレータなどにより行うようにすることができる。オペレータなどは、管理端末250を操作して障害監視する対象や内容の設定、障害通知先の設定などを行うこともできる。
管理端末250は、ディスク制御装置200に内蔵されている形態とすることもできるし、外付けされている形態とすることもできる。また、管理端末250は、ディスク制御装置200およびディスク駆動装置300の保守・管理を専用に行うコンピュータとすることもできるし、汎用のコンピュータに保守・管理機能を持たせたものとすることもできる。
<データ処理システムの要部構成>
図2,図21により、本発明の一実施の形態に係るデータ処理システムの要部構成の一例を説明する。それぞれ、図2はデータ処理システムの要部構成を示す構成図、図21は他の例のデータ処理システムの要部構成を示す構成図、である。
図2,図21により、本発明の一実施の形態に係るデータ処理システムの要部構成の一例を説明する。それぞれ、図2はデータ処理システムの要部構成を示す構成図、図21は他の例のデータ処理システムの要部構成を示す構成図、である。
本実施の形態に係るデータ処理システムは、全体構成および構成要素の各機能は図1に基づいて詳述した通りであるが、本実施の形態の特徴となる要部構成は、図2に示すように、第1のストレージシステムであるRAIDシステム100と、第2のストレージシステムである外部サブシステム400と、RAIDシステム100との間でデータの入出力を行う上位装置(図1の情報処理装置500)である業務サーバ510と、RAIDシステム100および外部サブシステム400の構成情報を管理する管理装置(図1の情報処理装置600)である管理サーバ610および管理クライアント620とを有し、RAIDシステム100と業務サーバ510はSANを通じて通信可能に接続され、RAIDシステム100、外部サブシステム400、業務サーバ510、管理サーバ610および管理クライアント620はLANを通じて通信可能に接続されて構成される。
このデータ処理システムでは、ストレージサブシステムにコマンドを発行する制御用デバイスを管理するための管理手段であるストレージ管理ソフトウェア、ここではコマンドデバイスマネージャ(Command Device Manager:ここではHDvMと略称する)と呼ぶソフトウェアを用いて、バックアップ運用システムの構築が可能となっている。
RAIDシステム100は、HDvMの管理対象となる外部ストレージ接続機能(External Storage Management:ここではESMと略称する)を持つストレージサブシステムである。このESM機能とは、外部のストレージサブシステムのボリュームを、自ストレージサブシステム内に仮想ボリュームとしてマッピングする技術である。このRAIDシステム100は、記憶デバイス310を備え、この記憶デバイス310に論理ボリュームおよびマッピング対象の論理ボリューム(仮想ボリューム)が設定される。また、RAIDシステム100には、外部サブシステム400との間でデータパスにより接続される外部ポート110が設けられている。この外部ポートは、チャネル制御部210の中にあるポートである。また、管理用ポートは制御パスを通じてLANに接続されている。
外部サブシステム400は、HDvMの管理対象となり、かつRAIDシステム100の外部ストレージ対象となるストレージサブシステムである。この外部サブシステム400は、記憶デバイス410を備え、この記憶デバイス410に、RAIDシステム100のマッピング対象の論理ボリューム(仮想ボリューム)にマッピングされる論理ボリュームが設定される。また、外部サブシステム400には、RAIDシステム100との間でデータパスにより接続されるポート420が設けられている。また、管理用ポートは制御パスを通じてLANに接続されている。
なお、RAIDシステム100と外部サブシステム400との間は、たとえば図21に示すように、RAIDシステム100の外部ポート110と外部サブシステム400のポート420とをSANを介してデータパスにより接続するような構成とすることも可能であり、この構成においても同様にESM機能を実現することができる。
管理サーバ610は、HDvMサーバ611をインストールするコンピュータシステムである。この管理サーバ610は、管理クライアントととして利用してもよい。管理クライアント620は、HDvMクライアント621が動作するコンピュータシステムである。この管理クライアント620は、管理サーバ610に集約されていてもよい。
この管理サーバ610および管理クライアント620において、管理サーバ610のデータベース内には、RAIDシステム100の構成情報および外部サブシステム400の構成情報を取り込み、RAIDシステム100のマッピング対象の論理ボリューム(仮想ボリューム)と外部サブシステム400の論理ボリュームとのマッピング情報を格納する情報管理テーブル612が備えられている。コピー処理を行う際には、HDvMにより、管理クライアント620のGUIイメージ622などから、情報管理テーブル612を用いて、RAIDシステム100の論理ボリュームをコピー元の正ボリュームとし、外部サブシステム400の論理ボリュームよりマッピングされたRAIDシステム100の仮想ボリュームをコピー先の副ボリュームとするペア生成を行うことが可能となっている。
業務サーバ510は、HDvMエージェント511、RAIDマネージャ512などの機能を持つホストコンピュータシステムである。
このデータ処理システムは、ESM機能を提供するRAIDシステム100と、ストレージ管理ソフトウェアのHDvMとを取り入れたバックアップ運用システムであり、ストレージサブシステム内のオンラインデータコピー機能、ここではシャドウイメージと呼ぶコピー機能を備えている。このHDvMが、RAIDシステム100を通して、全ストレージサブシステムよりバックアップ運用に必要な構成情報を管理することで、全てのストレージサブシステムをRAIDシステム100とHDvMにて一元管理することができるようになっている。
<バックアップ運用システムの構築処理>
図3により、本発明の一実施の形態に係るデータ処理システムにおいて、バックアップ運用システムの構築処理の一例を説明する。図3はバックアップ運用システムの構築処理を示すフロー図である。
図3により、本発明の一実施の形態に係るデータ処理システムにおいて、バックアップ運用システムの構築処理の一例を説明する。図3はバックアップ運用システムの構築処理を示すフロー図である。
なお、以降の説明においては、論理ボリュームを、「ボリューム」、「VOL」、「LDEV(Logical Device)」と呼ぶ場合もある。詳細には、この「LDEV」は論理的に分割された記憶領域の単位である。また、入出力アクセスの単位となる記憶領域の単位は「LU(Logical Unit)」と呼び、複数の「LDEV」を結合して1つの「LU」となることもある。この「LU」を識別するための番号が「LUN(Logical Unit Number)」である。さらに、これらの論理ボリュームのうち、システムの内部に設定されるものを「内部ボリューム」、外部に設定されるものを「外部ボリューム」と呼び、また仮想的に設定されるものを「仮想ボリューム」と呼ぶ。さらに、コピー元の論理ボリュームを「PVOL(Primary Volume)」、コピー先の論理ボリュームを「SVOL(Secondary Volume)」と呼ぶ。
バックアップ運用システムの構築処理は、図3に示すように、まず、HDvMによるRAIDシステム100のディスカバリ処理を行う(S1)。さらに、HDvMを用いたESM機能が提供するLUの設定処理を行う(S2)。続いて、HDvMを用いた、RAIDシステム100が搭載する内部LDEVをPVOLとし、外部サブシステム400よりマッピングされた内部LDEVをSVOLとするペア作成処理を行う(S3)。そして、管理クライアント621のGUIイメージ622を用いたペア作成の確認処理を行う(S4)。これにより、バックアップ運用システムが完成し、マッピングした外部ボリュームをシャドウイメージのSVOLとして利用することができる。
<RAIDシステムのディスカバリ処理(S1)>
図4により、RAIDシステムのディスカバリ処理(S1)の一例を説明する。図4はRAIDシステムのディスカバリ処理(S1)を示すフロー図である。
図4により、RAIDシステムのディスカバリ処理(S1)の一例を説明する。図4はRAIDシステムのディスカバリ処理(S1)を示すフロー図である。
このHDvMによるRAIDシステム100のディスカバリ処理(S1)は、図4に示すように、まず、HDvMクライアント621が、RAIDシステム100の検出をHDvMサーバ612に依頼する(S11)。そして、HDvMサーバ612は、RAIDマネージャ512にてRAIDシステム100を検出し、その情報を管理サーバ610内のデータベースに格納し、HDvMクライアント621にRAIDシステム100の登録を通知する(S12〜S14)。これにより、HDvMによるRAIDシステム100の検出は完了する。
<ESM機能が提供するLUの設定処理(S2)>
図5〜図7により、ESM機能が提供するLUの設定処理(S2)の一例を説明する。それぞれ、図5はESM機能が提供するLUの設定処理(S2)を示すフロー図、図6はマッピングの際に必要な情報管理テーブルを示す説明図、図7はESM機能によるマッピング形態を示す説明図、である。
図5〜図7により、ESM機能が提供するLUの設定処理(S2)の一例を説明する。それぞれ、図5はESM機能が提供するLUの設定処理(S2)を示すフロー図、図6はマッピングの際に必要な情報管理テーブルを示す説明図、図7はESM機能によるマッピング形態を示す説明図、である。
このHDvMを用いたESM機能が提供するLUの設定処理(S2)は、図5に示すように、まず、RAIDシステム100が、ESM機能を利用できるようにするために、HDvMのRAIDシステム100のサブシステム管理ビューであるストレージナビゲータを用いて、RAIDシステム100のポートを外部ポート110に設定する(S21)。そして、RAIDシステム100が、外部LUをディスカバリできるように、HDvMを用いて外部サブシステム400の設定を行う(S22)。
この外部サブシステム400の設定では、まず、外部ポート110と接続する外部サブシステム400のポート属性を変更する(S22a)。そして、この変更したポートを選択して、「ストレージの追加」を実施する(S22b)。つまり、外部ポート110として認識されている上位装置を選択して、この上位装置からのアクセス可否に関するLUNセキュリティを追加する。
続いて、RAIDシステム100に外部LUを認識させるため、ストレージナビゲータを用いて外部LUのディスカバリを実施する(S23)。そして、ディスカバリされた外部LUをRAIDシステム100にて利用可能にするために、ストレージナビゲータを用いて外部LUを内部LDEVにマッピングする(S24)。
この外部LUの内部LDEVへのマッピングでは、まず、外部ボリュームグループを決定する(S24a)。すなわち、内部ボリュームとして外部ボリュームをマッピングするために、外部ボリュームを外部ボリュームグループとして管理サーバ610に登録する。さらに、IOサプレッションモードを決定する(S24b)。すなわち、外部ボリュームを内部ボリュームとしてマッピングするときに、マッピングしたボリュームに対する上位装置からの入出力を可能にする。これにより、マッピングしたボリュームをあたかもRAIDシステム100のボリュームであるかのように上位装置から使用することができる。そして、エミュレーションタイプを設定する(S24c)。
このマッピングの際に必要な情報管理テーブル612には、図6に示すように、RAIDシステム100から取り込まれる構成情報と、外部サブシステム400から取り込まれる構成情報が格納される。RAIDシステム100からの内部LUN情報には、仮想LUNの情報がある。このRAIDシステム100の仮想LUNに割り付けられた外部サブシステム400の外部LUN情報としては、外部サブシステム400の識別番号(Serial Number)、記憶デバイスの識別情報(Device ID)、記憶デバイスへのパス情報である、LUNを識別するためのLUN番号(External LUN)、各ポートに固有の識別情報(External WWN)、機種名(Vender)の情報がある。
この情報管理テーブル612に、外部サブシステム400の記憶デバイス410に設定されるLUが、外部ポート110を介してRAIDシステム100の記憶デバイス310に設定される仮想VOLとしてマッピングされる。すると、ユーザは、図7に示すように、HDvMを用いて、情報管理テーブル612にマッピングされた内部LDEVをRAIDシステム100に搭載された内部LDEVと同様に操作することができる。
<PVOL、SVOLとするペア作成処理(S3)>
図8〜図14により、PVOL、SVOLとするペア作成処理(S3)の一例を説明する。それぞれ、図8はPVOL、SVOLとするペア作成処理(S3)を示すフロー図、図9はPVOL対象とするストレージサブシステムの選択画面を示す説明図、図10はPVOL選択画面を示す説明図、図11はコピータイプ選択画面を示す説明図、図12はSVOL選択画面を示す説明図、図13はSVOL詳細画面を示す説明図、図14はPVOL、SVOL決定後のペア作成処理を示す説明図、である。
図8〜図14により、PVOL、SVOLとするペア作成処理(S3)の一例を説明する。それぞれ、図8はPVOL、SVOLとするペア作成処理(S3)を示すフロー図、図9はPVOL対象とするストレージサブシステムの選択画面を示す説明図、図10はPVOL選択画面を示す説明図、図11はコピータイプ選択画面を示す説明図、図12はSVOL選択画面を示す説明図、図13はSVOL詳細画面を示す説明図、図14はPVOL、SVOL決定後のペア作成処理を示す説明図、である。
このHDvMを用いた、RAIDシステム100が搭載する内部LDEVをPVOLとし、外部サブシステム400よりマッピングされた内部LDEVをSVOLとするペア作成処理(S3)は、図8に示すように、まず、HDvMのGUIイメージ622を用いて、どのストレージサブシステムをPVOLにするかを選択する(S31)。
この選択では、まず、PVOL対象とするRAIDシステム100を選択する(S31a)。たとえば一例として、図9に示すようなGUIイメージ622において、候補となるストレージサブシステムの中から、「RAID−S@10.10.10.10」を選択する。そして、内部/外部VOLの識別画面において、PVOLを選択する(S31b)。たとえば一例として、図10に示すようなGUIイメージ622において、オブジェクトリストの中からLDEVの「0:35」を選択する。
さらに、選択したPVOLに関するコピータイプを選択する(S32)。たとえば一例として、図11に示すようなGUIイメージ622において、コピータイプ選択の中から「ShadowImage」を選択する。その後、SVOLとして利用する外部サブシステム400を選択する(S33)。
この選択では、まず、まだ割り当てられておらず、サイズ、エミュレーションタイプより割り当て可能な外部LUを表示する(S33a)。この際、より安価なVOLを感知し、優先的に表示するようにする。さらに、ペア作成するSVOLを選択する(S33b)。たとえば一例として、図12に示すようなGUIイメージ622において、LDEVリストの中からLDEVの「0:45」を選択する。このLDEVの「0:45」は、ストレージサブシステム(SATA−S@20.20.20.20)のロケーションとなっている。そして、外部サブシステム400の詳細情報を確認する(S33c)。たとえば一例として、図13に示すようなGUIイメージ622において、各種識別番号や識別情報などが表示される。これにより、PVOL、SVOLが決定したことになる。
続いて、PVOL、SVOLの決定後、図14に示すように、管理サーバ610は、業務サーバ510へペア作成を指示する(S34)。さらに、業務サーバ510のHDvMエージェント511は、RAIDマネージャ512へペア作成コマンドを指示する(S35)。そして、RAIDマネージャ512により、RAIDシステム100にペア作成のコマンドラインインタフェース(CLI)コマンドが投下され、ペア作成が実行される(S36)。
<ペア作成の確認処理(S4)>
図15,図16により、ペア作成の確認処理(S4)の一例を説明する。それぞれ、図15はペア作成の確認処理(S4)を示す説明図、図16はペア作成完了画面を示す説明図、である。
図15,図16により、ペア作成の確認処理(S4)の一例を説明する。それぞれ、図15はペア作成の確認処理(S4)を示す説明図、図16はペア作成完了画面を示す説明図、である。
この管理クライアント620のGUIイメージ622を用いたペア作成の確認処理(S4)は、図15に示すように、まず、管理サーバ610は、RAIDシステム100からか、あるいはRAIDマネージャ512により入手可能な情報を業務サーバ510のHDvMエージェント511経由で取得することにより、コピーペア情報として認識する(S41)。そして、管理サーバ610の情報が管理クライアント620に渡されることにより、管理クライアント620のGUIイメージ622にてペア生成を確認することができる(S42)。たとえば一例として、図16に示すようなGUIイメージ622において、RAIDシステム100である「RAID−S@10.10.10.10」のLDEV「35」をPVOLとし、外部サブシステム400よりマッピングされたRAIDシステム100の「SATA−S@20.20.20.20」のLDEV「45」をSVOLとするペア生成の完了が確認できる。
以上の、RAIDシステムのディスカバリ処理(S1)、ESM機能が提供するLUの設定処理(S2)、PVOL、SVOLとするペア作成処理(S3)、ペア作成の確認処理(S4)を経て、図17に示すようなバックアップ運用システムが完成する。これにより、マッピングした外部ボリュームをシャドウイメージのSVOLとして利用したデータ処理システムを構成することができる。つまり、安価な外部サブシステム400のLUに、RAIDシステム100の持つ高速かつ高度な機能を活用することができるようになる。
<外部サブシステムへのデータの書き込み動作>
図18により、外部サブシステムへのデータの書き込み動作の一例を説明する。図18は外部サブシステムへのデータの書き込み動作を示す説明図である。
図18により、外部サブシステムへのデータの書き込み動作の一例を説明する。図18は外部サブシステムへのデータの書き込み動作を示す説明図である。
業務サーバ510などの上位装置は、RAIDシステム100が提供する論理ボリューム(LDEV)にデータを書き込むことができる。たとえば、SANの中に仮想的なSANサブネットを設定するゾーニングや、アクセス可能なLUNのリストを上位装置が保持するLUNマスキングという手法により、上位装置を特定のLDEVに対してのみアクセスさせるように設定できる。
上位装置がデータを書き込もうとするLDEVが、仮想ボリューム(VDEV:Virtual Device)を介して内部のRAIDシステム100の記憶デバイス310に接続されている場合、通常の処理によってデータが書き込まれる。すなわち、上位装置からのデータは、一旦、キャッシュメモリ230に格納され、このキャッシュメモリ230からディスク制御部240を介して、所定の記憶デバイス310の所定アドレスに格納される。この際、ディスク制御部240は、論理的なアドレスを物理的なアドレスに変換する。また、RAID構成の場合、同一のデータが複数の記憶デバイス310に記憶される。
これに対し、上位装置が書き込もうとするLDEVが、VDEVを介して外部サブシステム400の記憶デバイス410に接続されている場合、図18に示すような流れでデータが書き込まれる。図18(a)は記憶階層を中心に示す流れ図であり、図18(b)はキャッシュメモリ230の使われ方を中心に示す流れ図である。
まず、上位装置は、書き込み先のLDEVを特定するLDEV番号とこのLDEVにアクセスするためのポートを特定するWWNとを明示して、書き込みコマンド(Write)を発行する(S61)。RAIDシステム100は、上位装置からの書き込みコマンドを受信すると、外部サブシステム400に送信するための書き込みコマンドを生成し、外部サブシステム400に送信する(S62)。RAIDシステム100は、上位装置から受信した書き込みコマンド中の書き込み先アドレス情報などを、外部LDEVに合わせて変更することにより、新たな書き込みコマンドを生成する。
続いて、上位装置は、書き込むべきデータをRAIDシステム100に送信する(S63)。RAIDシステム100に受信されたデータは、LDEVからVDEVを介して(S64)、外部サブシステム400のLDEVに転送される(S66)。ここで、RAIDシステム100は、上位装置からのデータをキャッシュメモリ230に格納した時点で、上位装置に対して書き込み完了の応答(Good)を返す(S65)。外部サブシステム400は、RAIDシステム100からデータを受信した時点で(あるいは記憶デバイス410に書き込みを終えた時点で)、書き込み完了報告をRAIDシステム100に送信する(S67)。すなわち、RAIDシステム100が上位装置に対して書き込み完了を報告する時期(S65)と、実際にデータが記憶デバイス410に記憶される時期とは相違する(非同期方式)。従って、上位装置は、実際にデータが記憶デバイス410に格納される前にデータ書き込み処理から解放され、別の処理を行うことができる。
<外部サブシステムからのデータの読み出し動作>
図19により、外部サブシステムからのデータの読み出し動作の一例を説明する。図19は外部サブシステムからのデータの読み出し動作を示す説明図である。
図19により、外部サブシステムからのデータの読み出し動作の一例を説明する。図19は外部サブシステムからのデータの読み出し動作を示す説明図である。
まず、上位装置は、ポートを指定してRAIDシステム100にデータの読み出しコマンドを送信する(S71)。RAIDシステム100は、読み出しコマンドを受信すると、要求されたデータを外部サブシステム400から読み出すべく、読み出しコマンドを生成する。RAIDシステム100は、生成した読み出しコマンドを外部サブシステム400に送信する(S72)。外部サブシステム400は、RAIDシステム100から受信した読み出しコマンドに応じて、要求されたデータを記憶デバイス410から読み出して、RAIDシステム100に送信し(S73)、正常に読み出しが完了した旨を報告する(S75)。RAIDシステム100は、図19(b)に示すように、外部サブシステム400から受信したデータを、キャッシュメモリ230の所定の場所に格納させる(S74)。
続いて、RAIDシステム100は、キャッシュメモリ230に格納されたデータを読み出し、アドレス変換を行った後、LUNなどを介して上位装置にデータを送信し(S76)、読み出し完了を報告する(S77)。
なお、図19では、上位装置からの要求に応じて、外部サブシステム400からデータを読み出し、キャッシュメモリ230に保存するかのように示している。しかし、これに限らず、外部のLDEVに記憶されているデータの全部または一部を、予めキャッシュメモリ230に記憶させておくこともできる。この場合、上位装置からの読み出しコマンドに対し、直ちにキャッシュメモリ230からデータを読み出して上位装置に送信することができる。
<別のデータ処理システムの要部構成>
図20により、本発明の一実施の形態に係る別のデータ処理システムの要部構成の一例を説明する。図20は別のデータ処理システムの要部構成を示す構成図である。
図20により、本発明の一実施の形態に係る別のデータ処理システムの要部構成の一例を説明する。図20は別のデータ処理システムの要部構成を示す構成図である。
本実施の形態に係る別のデータ処理システムは、前記図2がシャドウイメージと呼ぶコピー機能を備えたシステム構成であるのに対して、ストレージサブシステム間のリモートデータコピー機能、ここではTrueコピーと呼ぶコピー機能を備えたシステム構成となっており、コピー先のRAIDシステム100に対して、コピー元のRAIDシステム150が追加されて構成される。
すなわち、このデータ処理システムは、図20に示すように、第1のストレージシステムであるRAIDシステム100と、第2のストレージシステムである外部サブシステム400と、第3のストレージシステムであるRAIDシステム150と、RAIDシステム100,150との間でデータの入出力を行う上位装置である業務サーバ510と、RAIDシステム100,150および外部サブシステム400の構成情報を管理する管理装置である管理サーバ610および管理クライアント620とを有し、RAIDシステム100、RAIDシステム150および業務サーバ510はSANを通じて通信可能に接続され、RAIDシステム100、RAIDシステム150、外部サブシステム400、業務サーバ510、管理サーバ610および管理クライアント620はLANを通じて通信可能に接続されて構成される。
このデータ処理システムにおいては、前述した、<PVOL、SVOLとするペア作成処理(S3)>の、どのストレージサブシステムをPVOLにするかを選択する(S31)において、別のストレージサブシステムのPVOLを設定することにより、マッピングした外部ボリュームをTrueコピーのSVOLとして利用したバックアップ運用システムを構築することができる。
すなわち、RAIDシステム150が搭載する内部LDEVをPVOLとし、外部サブシステム400よりマッピングされたRAIDシステム100が搭載する内部LDEVをSVOLとするペア作成処理を行うことにより、バックアップ運用システムを構築することができる。他の処理は、前述したシャドウイメージの場合と同様であるので、ここでの説明は省略する。
これにより、マッピングした外部ボリュームをTrueコピーのSVOLとして利用したデータ処理システムを構成することができ、よって、前述したシャドウイメージの場合と同様に、安価な外部サブシステム400のLUに、RAIDシステム100,150の持つ高速かつ高度な機能を活用することができるようになる。
<本実施の形態の効果>
(1)RAIDシステム100、外部サブシステム400、業務サーバ510、管理サーバ610および管理クライアント620を有し、シャドウイメージと呼ぶコピー機能によるバックアップ運用システムの構築において、高機能・高性能なRAIDシステム100の持つ高速かつ高度な機能を、安価な外部サブシステム400内の記憶領域に実現させることができる。
(1)RAIDシステム100、外部サブシステム400、業務サーバ510、管理サーバ610および管理クライアント620を有し、シャドウイメージと呼ぶコピー機能によるバックアップ運用システムの構築において、高機能・高性能なRAIDシステム100の持つ高速かつ高度な機能を、安価な外部サブシステム400内の記憶領域に実現させることができる。
(2)RAIDシステム100、外部サブシステム400、RAIDシステム150、業務サーバ510、管理サーバ610および管理クライアント620を有し、Trueコピーと呼ぶコピー機能によるバックアップ運用システムの構築において、高機能・高性能なRAIDシステム100,150の持つ高速かつ高度な機能を、安価な外部サブシステム400内の記憶領域に実現させることができる。
(3)前記(1)、(2)により、RAIDシステム、外部サブシステムなどの既存システムを有効に活用し、さらにシステム全体のコストを削減することができる。
以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。
100,150…RAIDシステム、110…外部ポート、200…ディスク制御装置、210…チャネル制御部、220…共有メモリ、230…キャッシュメモリ、240…ディスク制御部、250…管理端末、260…接続部、300…ディスク駆動装置、310…記憶デバイス、400…外部サブシステム、410…記憶デバイス、420…ポート、500,600…情報処理装置、510…業務サーバ、511…HDvMエージェント、512…RAIDマネージャ、610…管理サーバ、611…HDvMサーバ、612…情報管理テーブル、620…管理クライアント、621…HDvMクライアント、622…GUIイメージ。
Claims (20)
- 第1のストレージシステムと、第2のストレージシステムと、前記第1のストレージシステムとの間でデータの入出力を行う上位装置と、前記第1のストレージシステムおよび前記第2のストレージシステムを管理する管理装置とを有し、互いにネットワークを通じて通信可能に接続して構成されるデータ処理システムであって、
前記第1のストレージシステムは、第1の記憶デバイスと、前記第1の記憶デバイスに設定される第1の論理ボリュームおよび第2の論理ボリュームとを有し、
前記第2のストレージシステムは、第2の記憶デバイスと、前記第2の記憶デバイスに設定され、前記第1のストレージシステムの前記第2の論理ボリュームにマッピングされる第3の論理ボリュームとを有し、
前記管理装置は、前記第1のストレージシステムの構成情報および前記第2のストレージシステムの構成情報を取り込み、前記第1のストレージシステムの前記第2の論理ボリュームと前記第2のストレージシステムの前記第3の論理ボリュームとのマッピング情報を格納する情報管理テーブルと、コピー処理を行う際に、前記情報管理テーブルを用いて、前記第1のストレージシステムの前記第1の論理ボリュームをコピー元の正ボリュームとし、前記第2のストレージシステムの前記第3の論理ボリュームよりマッピングされた前記第1のストレージシステムの前記第2の論理ボリュームをコピー先の副ボリュームとするペア生成を行う手段とを有することを特徴とするデータ処理システム。 - 請求項1記載のデータ処理システムにおいて、
前記第1のストレージシステムは、前記第2のストレージシステムと接続するための外部ストレージ接続機能を有することを特徴とするデータ処理システム。 - 請求項2記載のデータ処理システムにおいて、
前記管理装置は、前記第1のストレージシステムにコマンドを発行する制御用デバイスを管理するための管理手段をそれぞれ持つ、管理クライアント、管理サーバ、および管理エージェントを有することを特徴とするデータ処理システム。 - 請求項3記載のデータ処理システムにおいて、
前記管理装置は、バックアップ運用システムを構築する際に、前記管理手段による前記第1のストレージシステムのディスカバリ処理と、前記管理手段を用いた前記外部ストレージ接続機能が提供する論理ボリュームの設定処理と、前記管理手段を用いた前記第1のストレージシステムが搭載する前記第1の論理ボリュームを正ボリュームとし、前記第2のストレージシステムよりマッピングされた前記第1のストレージシステムが搭載する前記第2の論理ボリュームを副ボリュームとするペア作成処理と、前記管理クライアントのGUIを用いたペア作成の確認処理とを行うことを特徴とするデータ処理システム。 - 請求項4記載のデータ処理システムにおいて、
前記管理手段による前記第1のストレージシステムのディスカバリ処理は、前記管理クライアントが前記第1のストレージシステムの検出を前記管理サーバに依頼し、前記管理サーバはRAID管理手段にて前記第1のストレージシステムを検出し、その情報を前記管理サーバ内のデータベースに格納し、前記管理クライアントに前記第1のストレージシステムの登録を通知して、前記管理手段による前記第1のストレージシステムの検出を完了することを特徴とするデータ処理システム。 - 請求項4記載のデータ処理システムにおいて、
前記管理手段を用いた前記外部ストレージ接続機能が提供する論理ボリュームの設定処理は、前記第1のストレージシステムが前記外部ストレージ接続機能を利用できるようにするために、前記管理手段の前記第1のストレージシステムのストレージナビゲータを用いて前記第1のストレージシステムのポートを外部ポートに設定し、前記第1のストレージシステムが外部の論理ボリュームをディスカバリできるように、前記管理手段を用いて前記第2のストレージシステムの設定を行い、前記第1のストレージシステムに外部の論理ボリュームを認識させるために、前記ストレージナビゲータを用いて外部の論理ボリュームのディスカバリを実施し、このディスカバリされた外部の論理ボリュームを前記第1のストレージシステムにて利用可能にするために、前記ストレージナビゲータを用いて外部の論理ボリュームを内部の論理ボリュームにマッピングすることを特徴とするデータ処理システム。 - 請求項6記載のデータ処理システムにおいて、
前記管理手段を用いた前記第2のストレージシステムの設定では、前記外部ポートと接続する前記第2のストレージシステムのポート属性を変更し、この変更したポートを選択してストレージの追加を実施し、
前記外部の論理ボリュームの内部の論理ボリュームへのマッピングでは、外部の論理ボリュームグループを決定し、IOサプレッションモードを決定し、エミュレーションタイプを設定することを特徴とするデータ処理システム。 - 請求項4記載のデータ処理システムにおいて、
前記管理手段を用いた前記第1のストレージシステムが搭載する前記第1の論理ボリュームを正ボリュームとし、前記第2のストレージシステムよりマッピングされた前記第1のストレージシステムが搭載する前記第2の論理ボリュームを副ボリュームとするペア作成処理は、前記管理手段のGUIを用いて、どのストレージシステムを正ボリュームにするかを選択し、この選択した正ボリュームに関するコピータイプを選択し、副ボリュームとして利用する前記第2のストレージシステムを選択し、前記正ボリュームおよび前記副ボリュームの決定後に、前記管理サーバは前記管理エージェントへペア作成を指示し、前記管理エージェントはRAID管理手段へペア作成コマンドを指示し、前記RAID管理手段により前記第1のストレージシステムにペア作成のコマンドラインインタフェースコマンドを投下してペア作成を実行することを特徴とするデータ処理システム。 - 請求項8記載のデータ処理システムにおいて、
前記正ボリュームにするかの選択では、正ボリューム対象とする前記第1のストレージシステムを選択し、内部/外部の論理ボリュームの識別画面において正ボリュームを選択し、
前記第2のストレージシステムの選択では、まだ割り当てられておらず、サイズ、エミュレーションタイプより割り当て可能な外部の論理ボリュームを、より安価な論理ボリュームを感知して優先的に表示し、ペア作成する副ボリュームを選択し、前記第2のストレージシステムの詳細情報を確認することを特徴とするデータ処理システム。 - 請求項4記載のデータ処理システムにおいて、
前記管理クライアントのGUIを用いたペア作成の確認処理は、前記管理サーバが、前記第1のストレージシステムからか、あるいはRAID管理手段により入手可能な情報を前記管理エージェント経由で取得することによりコピーペア情報として認識し、前記管理サーバの情報が前記管理クライアントに渡されることにより前記管理クライアントのGUIにてペア生成を確認することを特徴とするデータ処理システム。 - 第1のストレージシステムと、第2のストレージシステムと、第3のストレージシステムと、前記第1のストレージシステムおよび前記第3のストレージシステムとの間でデータの入出力を行う上位装置と、前記第1のストレージシステムおよび前記第2のストレージシステムおよび前記第3のストレージシステムを管理する管理装置とを有し、互いにネットワークを通じて通信可能に接続して構成されるデータ処理システムであって、
前記第1のストレージシステムは、第1の記憶デバイスと、前記第1の記憶デバイスに設定される第2の論理ボリュームとを有し、
前記第2のストレージシステムは、第2の記憶デバイスと、前記第2の記憶デバイスに設定され、前記第1のストレージシステムの前記第2の論理ボリュームにマッピングされる第3の論理ボリュームとを有し、
前記第3のストレージシステムは、第3の記憶デバイスと、前記第3の記憶デバイスに設定される第1の論理ボリュームとを有し、
前記管理装置は、前記第1のストレージシステムの構成情報および前記第2のストレージシステムの構成情報および前記第3のストレージシステムの構成情報を取り込み、前記第1のストレージシステムの前記第2の論理ボリュームと前記第2のストレージシステムの前記第3の論理ボリュームとのマッピング情報を格納する情報管理テーブルと、コピー処理を行う際に、前記情報管理テーブルを用いて、前記第3のストレージシステムの前記第1の論理ボリュームをコピー元の正ボリュームとし、前記第2のストレージシステムの前記第3の論理ボリュームよりマッピングされた前記第1のストレージシステムの前記第2の論理ボリュームをコピー先の副ボリュームとするペア生成を行う手段とを有することを特徴とするデータ処理システム。 - 請求項11記載のデータ処理システムにおいて、
前記第1のストレージシステムは、前記第2のストレージシステムと接続するための外部ストレージ接続機能を有することを特徴とするデータ処理システム。 - 請求項12記載のデータ処理システムにおいて、
前記管理装置は、前記第1のストレージシステムにコマンドを発行する制御用デバイスを管理するための管理手段をそれぞれ持つ、管理クライアント、管理サーバ、および管理エージェントを有することを特徴とするデータ処理システム。 - 請求項13記載のデータ処理システムにおいて、
前記管理装置は、バックアップ運用システムを構築する際に、前記管理手段による前記第1のストレージシステムのディスカバリ処理と、前記管理手段を用いた前記外部ストレージ接続機能が提供する論理ボリュームの設定処理と、前記管理手段を用いた前記第3のストレージシステムが搭載する前記第1の論理ボリュームを正ボリュームとし、前記第2のストレージシステムよりマッピングされた前記第1のストレージシステムが搭載する前記第2の論理ボリュームを副ボリュームとするペア作成処理と、前記管理クライアントのGUIを用いたペア作成の確認処理とを行うことを特徴とするデータ処理システム。 - 請求項14記載のデータ処理システムにおいて、
前記管理手段による前記第1のストレージシステムのディスカバリ処理は、前記管理クライアントが前記第1のストレージシステムの検出を前記管理サーバに依頼し、前記管理サーバはRAID管理手段にて前記第1のストレージシステムを検出し、その情報を前記管理サーバ内のデータベースに格納し、前記管理クライアントに前記第1のストレージシステムの登録を通知して、前記管理手段による前記第1のストレージシステムの検出を完了することを特徴とするデータ処理システム。 - 請求項14記載のデータ処理システムにおいて、
前記管理手段を用いた前記外部ストレージ接続機能が提供する論理ボリュームの設定処理は、前記第1のストレージシステムが前記外部ストレージ接続機能を利用できるようにするために、前記管理手段の前記第1のストレージシステムのストレージナビゲータを用いて前記第1のストレージシステムのポートを外部ポートに設定し、前記第1のストレージシステムが外部の論理ボリュームをディスカバリできるように、前記管理手段を用いて前記第2のストレージシステムの設定を行い、前記第1のストレージシステムに外部の論理ボリュームを認識させるために、前記ストレージナビゲータを用いて外部の論理ボリュームのディスカバリを実施し、このディスカバリされた外部の論理ボリュームを前記第1のストレージシステムにて利用可能にするために、前記ストレージナビゲータを用いて外部の論理ボリュームを内部の論理ボリュームにマッピングすることを特徴とするデータ処理システム。 - 請求項16記載のデータ処理システムにおいて、
前記管理手段を用いた前記第2のストレージシステムの設定では、前記外部ポートと接続する前記第2のストレージシステムのポート属性を変更し、この変更したポートを選択してストレージの追加を実施し、
前記外部の論理ボリュームの内部の論理ボリュームへのマッピングでは、外部の論理ボリュームグループを決定し、IOサプレッションモードを決定し、エミュレーションタイプを設定することを特徴とするデータ処理システム。 - 請求項14記載のデータ処理システムにおいて、
前記管理手段を用いた前記第3のストレージシステムが搭載する前記第1の論理ボリュームを正ボリュームとし、前記第2のストレージシステムよりマッピングされた前記第1のストレージシステムが搭載する前記第2の論理ボリュームを副ボリュームとするペア作成処理は、前記管理手段のGUIを用いて、どのストレージシステムを正ボリュームにするかを選択し、この選択した正ボリュームに関するコピータイプを選択し、副ボリュームとして利用する前記第2のストレージシステムを選択し、前記正ボリュームおよび前記副ボリュームの決定後に、前記管理サーバは前記管理エージェントへペア作成を指示し、前記管理エージェントはRAID管理手段へペア作成コマンドを指示し、前記RAID管理手段により前記第1のストレージシステムにペア作成のコマンドラインインタフェースコマンドを投下してペア作成を実行することを特徴とするデータ処理システム。 - 請求項18記載のデータ処理システムにおいて、
前記正ボリュームにするかの選択では、正ボリューム対象とする前記第3のストレージシステムを選択し、内部/外部の論理ボリュームの識別画面において正ボリュームを選択し、
前記第2のストレージシステムの選択では、まだ割り当てられておらず、サイズ、エミュレーションタイプより割り当て可能な外部の論理ボリュームを、より安価な論理ボリュームを感知して優先的に表示し、ペア作成する副ボリュームを選択し、前記第2のストレージシステムの詳細情報を確認することを特徴とするデータ処理システム。 - 請求項14記載のデータ処理システムにおいて、
前記管理クライアントのGUIを用いたペア作成の確認処理は、前記管理サーバが、前記第1のストレージシステムからか、あるいはRAID管理手段により入手可能な情報を前記管理エージェント経由で取得することによりコピーペア情報として認識し、前記管理サーバの情報が前記管理クライアントに渡されることにより前記管理クライアントのGUIにてペア生成を確認することを特徴とするデータ処理システム。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2007160887A JP2007257667A (ja) | 2007-06-19 | 2007-06-19 | データ処理システム |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2007160887A JP2007257667A (ja) | 2007-06-19 | 2007-06-19 | データ処理システム |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2004249459A Division JP4646574B2 (ja) | 2004-08-30 | 2004-08-30 | データ処理システム |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2007257667A true JP2007257667A (ja) | 2007-10-04 |
Family
ID=38631773
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2007160887A Pending JP2007257667A (ja) | 2007-06-19 | 2007-06-19 | データ処理システム |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2007257667A (ja) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2009251999A (ja) * | 2008-04-08 | 2009-10-29 | Hitachi Ltd | 計算機システム、記憶領域の状態制御方法及び計算機 |
JP2010079624A (ja) * | 2008-09-26 | 2010-04-08 | Hitachi Ltd | 計算機システム及びストレージシステム |
US7836350B2 (en) | 2008-04-17 | 2010-11-16 | Hitachi, Ltd. | Method of managing paths for an externally-connected storage system and method of detecting a fault site |
JP2012504789A (ja) * | 2009-02-20 | 2012-02-23 | 株式会社日立製作所 | ストレージシステム及びストレージシステムの運用方法 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002063063A (ja) * | 2000-06-05 | 2002-02-28 | Fujitsu Ltd | ストレージエリア・ネットワーク管理システム |
JP2002259183A (ja) * | 2001-02-28 | 2002-09-13 | Hitachi Ltd | 記憶装置システム及びデータのバックアップ方法 |
JP2003202964A (ja) * | 2002-01-09 | 2003-07-18 | Hitachi Ltd | 計算機システムの制御方法、計算機システム、記憶装置の制御方法及び記憶装置 |
JP2003316522A (ja) * | 2002-04-26 | 2003-11-07 | Hitachi Ltd | 計算機システムおよび計算機システムの制御方法 |
JP2003316491A (ja) * | 2002-04-23 | 2003-11-07 | Hitachi Ltd | プログラム、情報処理方法、情報処理装置、及び記憶装置 |
JP2003316616A (ja) * | 2002-04-24 | 2003-11-07 | Hitachi Ltd | 計算機システム |
JP2004013454A (ja) * | 2002-06-06 | 2004-01-15 | Hitachi Ltd | データマッピング管理装置 |
JP2004164370A (ja) * | 2002-11-14 | 2004-06-10 | Hitachi Ltd | 仮想ボリュームの記憶領域割当方法、その装置及びプログラム |
-
2007
- 2007-06-19 JP JP2007160887A patent/JP2007257667A/ja active Pending
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002063063A (ja) * | 2000-06-05 | 2002-02-28 | Fujitsu Ltd | ストレージエリア・ネットワーク管理システム |
JP2002259183A (ja) * | 2001-02-28 | 2002-09-13 | Hitachi Ltd | 記憶装置システム及びデータのバックアップ方法 |
JP2003202964A (ja) * | 2002-01-09 | 2003-07-18 | Hitachi Ltd | 計算機システムの制御方法、計算機システム、記憶装置の制御方法及び記憶装置 |
JP2003316491A (ja) * | 2002-04-23 | 2003-11-07 | Hitachi Ltd | プログラム、情報処理方法、情報処理装置、及び記憶装置 |
JP2003316616A (ja) * | 2002-04-24 | 2003-11-07 | Hitachi Ltd | 計算機システム |
JP2003316522A (ja) * | 2002-04-26 | 2003-11-07 | Hitachi Ltd | 計算機システムおよび計算機システムの制御方法 |
JP2004013454A (ja) * | 2002-06-06 | 2004-01-15 | Hitachi Ltd | データマッピング管理装置 |
JP2004164370A (ja) * | 2002-11-14 | 2004-06-10 | Hitachi Ltd | 仮想ボリュームの記憶領域割当方法、その装置及びプログラム |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2009251999A (ja) * | 2008-04-08 | 2009-10-29 | Hitachi Ltd | 計算機システム、記憶領域の状態制御方法及び計算機 |
US7836350B2 (en) | 2008-04-17 | 2010-11-16 | Hitachi, Ltd. | Method of managing paths for an externally-connected storage system and method of detecting a fault site |
JP2010079624A (ja) * | 2008-09-26 | 2010-04-08 | Hitachi Ltd | 計算機システム及びストレージシステム |
JP2012504789A (ja) * | 2009-02-20 | 2012-02-23 | 株式会社日立製作所 | ストレージシステム及びストレージシステムの運用方法 |
US8572346B2 (en) | 2009-02-20 | 2013-10-29 | Hitachi, Ltd. | Storage system and method for efficiently utilizing storage capacity within a storage system |
US9367265B2 (en) | 2009-02-20 | 2016-06-14 | Hitachi, Ltd. | Storage system and method for efficiently utilizing storage capacity within a storage system |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP4646574B2 (ja) | データ処理システム | |
US8301854B2 (en) | Storage system and virtualization method | |
EP2399190B1 (en) | Storage system and method for operating storage system | |
US7475131B2 (en) | Network topology display method, management server, and computer program product | |
US7660946B2 (en) | Storage control system and storage control method | |
US9619171B2 (en) | Storage system and virtualization method | |
US6598174B1 (en) | Method and apparatus for storage unit replacement in non-redundant array | |
US8046469B2 (en) | System and method for interfacing with virtual storage | |
JP4310070B2 (ja) | ストレージシステムの運用管理方式 | |
US20060236054A1 (en) | Highly available external storage system | |
JP4939154B2 (ja) | ストレージ装置及び構成設定方法 | |
US7600072B2 (en) | Performance reporting method considering storage configuration | |
JP2006178811A (ja) | ストレージシステム及びストレージシステムのパス制御方法 | |
KR20000076955A (ko) | 저장 도메인 관리 시스템 | |
JP2007066192A (ja) | ストレージシステム及びその制御方法並びにコンピュータプログラム | |
JP4783086B2 (ja) | ストレージシステム、ストレージアクセス制限方法、及びコンピュータプログラム | |
JP2008021116A (ja) | San/nas統合管理計算機及び方法 | |
JP2005222404A (ja) | 仮想記憶ユニットを備えた記憶制御サブシステム | |
JP2005165444A (ja) | ディスクアレイ装置、及びディスクアレイ装置の制御方法 | |
JP2007257667A (ja) | データ処理システム | |
JP2005202893A (ja) | 記憶デバイス制御装置、ストレージシステム、プログラムを記録した記録媒体、情報処理装置、及びストレージシステムの制御方法 | |
JP6039818B2 (ja) | 情報システム、ホストシステム、及びアクセス制御方法 | |
JP2004264967A (ja) | ストレージシステムの制御方法、ストレージシステム、プログラム、及び記録媒体 | |
JP4727190B2 (ja) | ストレージ装置システム | |
JP2006134049A (ja) | ホスト装置が接続される制御装置の接続部とその制御装置が備える記憶デバイスとの間の論理パスを生成する装置及び方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20070706 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20100330 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100531 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20101116 |