JP2006146308A - ストレージシステムおよびバックアップ管理方法 - Google Patents

Abstract

【課題】 ストレージシステムにおける処理負担の抑制を図りつつ、ストレージシステムに保存されているデータの安全性を確保するためのバックアップ管理技術を提供する。
【解決手段】 ストレージシステム１０は、バックアップの制限が規定されたデータ管理制限情報の書き込み要求を、ホストコンピュータ５０から受け付け、データ管理制限情報を、ボリューム内の記憶領域のうちＶＴＯＣとして確保された記憶領域を拡張したＶＴＯＣ拡張部へと書き込み、ＶＴＯＣ拡張部に書き込まれたデータ管理制限情報に基づいて、バックアップの実行を制限する。
【選択図】 図４

Description

本発明は、ストレージシステムに保存されているデータのバックアップを管理するバックアップ管理技術に関する。

従来、データの安全性を確保するためのバックアップ管理技術として、ストレージシステムに保存されているデータをバックアップする際に、暗号キーを用いてデータを暗号化し、バックアップされたデータを復元する際には、暗号キーを用いてデータを復号化する技術が、下記特許文献１に開示されている。

特開２００２−３５１７４７号公報

しかしながら、従来のバックアップ管理技術では、バックアップの際にはデータの暗号化が必要とされると共に、復元の際にはデータの復号化が必要とされるため、ストレージシステムにおける暗号化・復号化の処理負担が増大してしまうという問題があった。

本発明は、上記した課題を踏まえ、ストレージシステムにおける処理負担の抑制を図りつつ、ストレージシステムに保存されているデータの安全性を確保するためのバックアップ管理技術を提供することを目的とする。

上記した課題を解決するため、本発明のバックアップ管理方法は、ホストコンピュータに対してボリュームを提供するストレージシステムにおいて、所定のアプリケーションソフトウェアを実行する前記ホストコンピュータによって取り扱われ前記ボリュームに保存された保存データのバックアップを管理するバックアップ管理方法であって、前記ホストコンピュータと前記ボリュームとの間のデータのやり取りを制御する制御コンピュータによって、前記所定のアプリケーションソフトウェアとは異なる管理アプリケーションソフトウェアを実行する前記ホストコンピュータから、前記保存データに関するバックアップの制限が規定された制限情報の書き込み要求を受け付ける工程と、該受け付けた書き込み要求に従って、前記制限情報を、前記ストレージシステムにおける前記保存データが格納される記憶領域とは異なる所定の記憶領域に書き込む工程と、前記所定の記憶領域に書き込まれた前記制限情報に基づいて、前記保存データのバックアップの実行を制限するバックアップ制限工程とを備えたことを特徴とする。

本発明のバックアップ管理方法によれば、ホストコンピュータ側からのアクセスが許可されたユーザの指示により、ストレージシステムにおける所定の記憶領域に対して制限情報を書き込むことによって、ストレージシステム側における保存データのバックアップの実行を制限することができる。この結果、ストレージシステムにおける処理負担の抑制を図りつつ、ストレージシステムに保存されているデータの安全性を確保することができる。

上記の本発明のバックアップ管理方法は、以下の態様を採ることもできる。前記管理アプリケーションソフトウェアを実行するホストコンピュータを操作可能な者は制限されており、前記所定の記憶領域は、前記ボリューム内のファイルを管理するためのファイル管理情報が格納されるボリュームテーブル・オブ・コンテンツとして確保された記憶領域の一部であることとしても良く、この場合に、前記ホストコンピュータの書き込み要求は、システムコールを用いて実行されることとしても良い。これによって、ホストコンピュータのオペレーティングシステムレベルの利用が許可されたユーザによって、ストレージシステム側における保存データのバックアップの実行を制限することができる。

また、前記管理アプリケーションソフトウェアを実行するホストコンピュータを操作可能な者は制限されており、前記所定の記憶領域は、前記ボリューム内のファイルを管理するためのファイル管理情報が格納されるボリュームテーブル・オブ・コンテンツに格納された参照情報によって参照可能な記憶領域であることとしても良い。これによって、ホストコンピュータのアプリケーションプログラムレベルの利用が許可されたユーザによって、ストレージシステム側における保存データのバックアップの実行を制限することができる。

また、前記制限情報は、前記制御コンピュータが実行可能なコマンド形式の情報であると共に、前記管理アプリケーションソフトウェアを実行するホストコンピュータを操作可能な者であることを認証するための認証情報を含む情報であり、前記所定の記憶領域は、前記保存データが格納される前記ボリュームとは異なるコマンドボリュームであり、前記バックアップ制限工程は、前記コマンドボリュームに書き込まれた前記制限情報に含まれる前記認証情報の有効性を確認する工程と、前記認証情報が有効な前記制限情報を前記制御コンピュータに登録する工程と、該登録された制限情報に従って、前記保存データのバックアップの実行を制限する工程とを備えたこととしても良い。これによって、ホストコンピュータのアプリケーションプログラムレベルの利用が許可されたユーザによって、ストレージシステム側における保存データのバックアップの実行を制限することができる。

また、前記バックアップは、前記ストレージシステムとは異なる他のストレージへの保存データの移動，前記ストレージシステムが有する他のボリュームへの保存データの移動の少なくとも一方を含むこととしても良いし、前記制限情報は、前記保存データに対する前記バックアップの実行の可否，前記保存データに対する前記バックアップの実行の態様，前記保存データに対して前記バックアップの実行を許可する回数，前記保存データに対して前記バックアップの実行を許可する期間の少なくともいずれかを示す情報を含むこととしても良い。これによって、バックアップの実行を種々の態様で制限することができる。

上記した課題を解決するため、本発明のストレージシステムは、ホストコンピュータに対してボリュームを提供するストレージシステムであって、前記ホストコンピュータと前記ボリュームとの間のデータのやり取りを制御する制御コンピュータを備え、該制御コンピュータは、所定のアプリケーションソフトウェアを実行する前記ホストコンピュータによって取り扱われ前記ボリュームに保存された保存データに関するバックアップの制限が規定された制限情報の書き込み要求を、前記所定のアプリケーションソフトウェアとは異なる管理アプリケーションソフトウェアを実行する前記ホストコンピュータから受け付ける制限情報受付部と、該受け付けた書き込み要求に従って、前記制限情報を、当該ストレージシステムにおける前記保存データが格納される記憶領域とは異なる所定の記憶領域へと書き込む制限情報書込部と、前記所定の記憶領域に書き込まれた前記制限情報に基づいて、前記保存データのバックアップの実行を制限するバックアップ制限部とを備えたことを特徴とする。

本発明のストレージシステムによれば、ホストコンピュータ側からのアクセスが許可されたユーザの指示により、ストレージシステムにおける所定の記憶領域に対して制限情報を書き込むことによって、ストレージシステム側における保存データのバックアップの実行を制限することができる。この結果、ストレージシステムにおける処理負担の抑制を図りつつ、ストレージシステムに保存されているデータの安全性を確保することができる。

以上説明した本発明の構成および作用を一層明らかにするために、以下本発明を適用したバックアップ管理技術について、次の順序で説明する。
目次
Ａ．第１の実施例
Ａ（１）．電子計算機システムＣＳの構成
Ａ（２）．電子計算機システムＣＳの動作
Ｂ．第２の実施例
Ｃ．その他の実施形態

Ａ．第１の実施例：
Ａ（１）．電子計算機システムＣＳの構成：
図１は、電子計算機システムＣＳの構成を示す説明図である。本発明の実施例の一つである電子計算機システムＣＳは、データを記憶可能な記憶領域であるボリュームを構成するストレージシステム１０と、ストレージシステム１０に保存されたデータをバックアップするためのストレージシステム２０と、ストレージシステム１０，２０を管理するためのストレージ管理端末３５と、ストレージシステム１０のボリュームを利用するホストコンピュータ５０と、ホストコンピュータ５０を管理するためのホスト管理端末５５と、ホストコンピュータ５０のクライアントである複数のクライアントコンピュータ７０と、ホストコンピュータ５０およびクライアントコンピュータ７０を利用するユーザの認証を行う認証サーバ８０とを備える。

ストレージシステム１０，２０と、ストレージ管理端末３５との間は、ネットワーク３０を介して接続されている。ストレージシステム１０，ホストコンピュータ５０，ストレージシステム２０の各々の間は、ファイバチャンネル(Fibre Channel)によって相互にデータのやり取りが可能なＳＡＮ(Storage Area Network)４０に接続されている。ホストコンピュータ５０と、複数のクライアントコンピュータ７０との間は、ネットワーク６０を介して接続されている。認証サーバ８０は、ネットワーク６０に接続され、ホストコンピュータ５０およびクライアントコンピュータ７０は、ネットワーク６０を介して認証サーバ８０による認証を利用することができる。ネットワーク３０とネットワーク６０との間には、ファイアウォール８５が設けられており、ストレージシステム１０，２０、ストレージ管理端末３５は、ファイアウォール８５を通じて認証サーバ８０による認証を利用することができる。

図２は、ストレージシステム１０の内部構成を示すブロック図である。ストレージシステム１０は、データを記憶可能な複数の記録領域を有する複数のハードディスクドライブ（Hard Disk Drive、以下、ＨＤＤという）５１０で構成されたストレージ部５００と、ストレージ部５００をＲＡＩＤ（Redundant Arrays of Independent (Inexpensive) Disks、レイド）技術によって制御するＲＡＩＤ制御部２００と、ＳＡＮ４０とＲＡＩＤ制御部２００との間のインタフェースの変換を行うホストＩ／Ｆ１００と、ネットワーク３０とＲＡＩＤ制御部２００との間のインタフェースの変換を行う管理Ｉ／Ｆ１５０と、ＲＡＩＤ制御部２００とストレージ部５００との間のインタフェースの変換を行うストレージＩ／Ｆ３００とを備える。

ストレージシステム１０のＲＡＩＤ制御部２００は、ＲＡＩＤ制御部２００内の各部の動作を制御するための演算処理を行うセントラルプロセッシングユニット（Central Processing Unit、以下、ＣＰＵという）２１０と、ＣＰＵ２１０の演算処理を規定したプログラムを予め記憶するリードオンリメモリ（Read Only Memory、以下、ＲＯＭという）２１４と、ＣＰＵ２１０が取り扱うデータを一時的に記憶するランダムアクセスメモリ（Random Access Memory、以下、ＲＡＭという）２１２と、ストレージ部５００とのデータのやり取りを制御するための回路を有するデータコントローラ２２０と、データコントローラ２２０が取り扱うデータを一時的に記憶するキャッシュメモリ２７０とを備える。

ＲＡＩＤ制御部２００のＲＯＭ２１４には、ＣＰＵ２１０のプログラムとして、オペレーティングシステム（Operating System、以下、ＯＳという）の他、種々のアプリケーションソフトウェア（Application Software、以下、アプリケーションという）が格納されている。ＲＯＭ２１４に格納された種々のアプリケーションとしては、ストレージ部５００に保存されているデータのバックアップに関するプログラムや、ストレージ部５００の複数のＨＤＤ５１０をＲＡＩＤ（Redundant Arrays of Independent (Inexpensive) Disks、レイド）技術を用いて制御するためのプログラムなどがある。ストレージ部５００には、ＲＡＩＤ制御部２００によって論理的な複数のボリュームが構成される。

ストレージシステム２０は、ストレージシステム１０に保存されたデータをバックアップするためのオフラインストレージシステムであり、テープカートリッジに納められた磁気テープにデータの読み書きを行う磁気テープドライブを複数備え、更に、各種のインタフェースを備える。ストレージシステム２０によってデータが格納されたテープカートリッジは、ストレージシステム２０から取り出され、オフラインにて保管される。

ホストコンピュータ５０は、ＣＰＵ,ＲＯＭ,ＲＡＭ,ＨＤＤ，各種のインタフェース回路などのハードウェアを備えたコンピュータであり、ホストコンピュータ５０には、ＯＳの他、種々のアプリケーションがインストールされている。ホストコンピュータ５０にインストールされているアプリケーションとしては、データ処理を実行するためのアプリケーションや、ストレージシステム１０を利用するためのアプリケーションなどがインストールされている。

ストレージ管理端末３５，ホスト管理端末５５，クライアントコンピュータ７０，認証サーバ８０，ファイアウォール８５は、ＣＰＵ,ＲＯＭ,ＲＡＭ,ＨＤＤ，各種のインタフェース回路などのハードウェアを備えたコンピュータであり、それぞれの機能を実現するために種々のソフトウェアがインストールされている。

Ａ（２）．電子計算機システムＣＳの動作：
図３は、ホストコンピュータ５０の制限情報書き込み処理およびストレージシステム１０のデータ書き込み処理を示すフローチャートである。図４は、図３に示す処理の様子を模式的に示す説明図である。ホストコンピュータ５０の制限情報書き込み処理は、ホストコンピュータ５０からストレージシステム１０に対して、ホストコンピュータ５０が利用するボリュームに保存されたデータのバックアップの制限が規定されたデータ管理制限情報を書き込むための処理であり、本実施例では、ホストコンピュータ５０におけるＣＰＵのソフトウェアに基づく動作によって実現される処理である。ストレージシステム１０のデータ書き込み処理は、ホストコンピュータ５０から書き込みを指示されたデータを、ストレージ部５００に構成されたボリュームに書き込む処理であり、本実施例では、ストレージシステム１０におけるＣＰＵ２１０のソフトウェアに基づく動作によって実現される処理である。本実施例では、ホストコンピュータ５０は、ホスト管理端末５５を介したホストコンピュータ５０の管理者からの指示に基づいて、制限情報書き込み処理を開始する。

ホストコンピュータ５０は、図３に示す制限情報書き込み処理を開始すると、管理者からホスト管理端末５５を介してデータ管理制限情報の入力を受け付ける（ステップＳ１１０）。図５は、データ管理制限情報の一例を示す説明図である。データ管理制限情報には、バックアップの可否を示すデータ管理モード，バックアップの制限態様を示すデータ管理条件などの情報が含まれる。本実施例では、データ管理モードは、バックアップの実行を許可することを二値データのうちの「０」によって示し、バックアップの実行を禁止することを二値データのうちの「１」によって示す。本実施例では、データ管理条件には、バックアップを許可する回数である許可回数，パックアップを許可する期間である許可時間帯が含まれる。本実施例では、許可時間帯には、日，曜日，時分などの種々の期間を指定することが可能とされている。

ホストコンピュータ５０は、データ管理制限情報の入力を受け付けた後（ステップＳ１２０）、データ管理制限情報によってバックアップを制限するボリューム内の記憶領域のうち、このボリュームをデータの保存に利用するアプリケーションが取り扱うデータを格納する記憶領域とは異なる記憶領域へのデータ管理制限情報の書き込み要求を、ストレージシステム１０に対して送信する（ステップＳ１２０）。本実施例では、データ管理制限情報の書き込み先の記憶領域は、図４に示すように、
ファイルを管理するためのファイル管理情報が格納されるボリュームテーブル・オブ・コンテンツ（Volume Table Of Contents、以下、ＶＴＯＣという）として確保された記憶領域を拡張したＶＴＯＣ拡張部である。本実施例では、ファイルシステムでは取り扱えないＶＴＯＣ拡張部へデータ管理制限情報を書き込むために、ＯＳの機能であるRaw-IOシステムコールを用いて、データ管理制限情報の書き込み要求が実行される。

ストレージシステム１０は、ホストコンピュータ５０からデータ管理制限情報の書き込み要求を受信し（ステップＳ２３０）、データ管理制限対象であるボリュームＢＯ１のＶＴＯＣ拡張部へのデータ管理制限情報の書き込みを行った後（ステップＳ２４０）、ホストコンピュータ５０に対して書き込み完了の旨を応答する（ステップＳ２５０）。

その後、ホストコンピュータ５０は、ストレージシステム１０から書き込み完了応答を受信した後（ステップＳ１６０）、処理結果をユーザに対して報知し（ステップＳ１７０）、制限情報書き込み処理を終了する。

図６は、ストレージシステム１０のデータ管理制限処理を示すフローチャートである。ストレージシステム１０のデータ管理制限処理は、ボリュームに保存されているデータに対するバックアップが指示された際に、バックアップの実行を管理するための処理であり、本実施例では、ストレージシステム１０におけるＣＰＵ２１０のソフトウェアに基づく動作によって実現される処理である。本実施例では、ストレージシステム１０は、ストレージシステム１０に予め設定されたバックアップ要求，ストレージ管理端末３５に予め設定されたバックアップ要求，ストレージ管理端末３５からストレージシステム１０の管理者によるバックアップ要求などのバックアップ要求がなされた際に、データ管理制限処理を開始する。

ストレージシステム１０は、データ管理制限処理を開始すると、バックアップ要求を受信し（ステップＳ３１０）、バックアップ対象であるボリュームのＶＴＯＣ拡張部にデータ管理制限情報があるか否かを判断する（ステップＳ３２０）。バックアップ対象であるボリュームのＶＴＯＣ拡張部にデータ管理制限情報がない場合には（ステップＳ３２０）、バックアップ処理を実行する（ステップＳ３６０）。一方、バックアップ対象であるボリュームのＶＴＯＣ拡張部にデータ管理制限情報がある場合には、データ管理制限情報のデータ管理モードがバックアップの許可を示し（ステップＳ３３０）、データ管理制限情報のデータ管理条件に適合する場合には（ステップＳ３４０）、データ管理条件の許可回数を「１」だけデクリメントし（ステップＳ３５０）、バックアップ処理を実行する（ステップＳ３６０）。データ管理制限情報のデータ管理モードがバックアップの不可を示す場合や（ステップＳ３３０）、データ管理制限情報のデータ管理条件に適合しない場合には（ステップＳ３４０）、バックアップ処理（ステップＳ３６０）を実行しない。その後、バックアップ履歴の記録や、ストレージ管理端末３５への処理結果の応答を行った後（ステップＳ３７０）、データ管理制限処理を終了する。

以上、説明した第１の実施例のストレージシステム１０によれば、ストレージシステム１０がホストコンピュータ５０に提供するボリューム内のＶＴＯＣ拡張部に対してホストコンピュータ５０側からのアクセスが許可された管理者の指示により、ＶＴＯＣ拡張部にデータ管理制限情報を書き込むことによって、ストレージシステム１０側におけるバックアップの実行を制限することができる。この結果、ストレージシステム１０における処理負担の抑制を図りつつ、ストレージシステム１０に保存されているデータの安全性を確保することができる。また、ホストコンピュータ５０のＯＳレベルの利用が許可された管理者によって、ストレージシステム１０側におけるバックアップの実行を制限することができる。

Ｂ．第２の実施例：
第２の実施例の電子計算機システムＣＳの構成は、第１の実施例の電子計算機システムＣＳの構成と同様である。第２の実施例の電子計算機システムＣＳの動作は、バックアップの実行を制限するための態様が異なる他は、第１の実施例の電子計算機システムＣＳの動作と同様である。

図７は、第２の実施例におけるホストコンピュータ５０の制限情報書き込み処理およびストレージシステム１０のデータ書き込み処理を示すフローチャートである。図８は、図７に示す処理の様子を模式的に示す説明図である。第２の実施例では、バックアップの実行を制限するための情報の取り扱いが異なる他は、第１の実施例と同様である。

ホストコンピュータ５０は、図７に示す制限情報書き込み処理を開始すると、管理者からホスト管理端末５５を介してデータ管理制限情報の入力を受け付ける（ステップＳ５１０）。第２の実施例では、第１の実施例と異なり、図５に示したデータ管理制限情報に加え認証情報の入力を受け付ける。認証情報は、認証サーバ８０が発行する情報であり、データ管理制限情報の入力を許可された管理者であることを認証するための情報である。図９は、制限コマンドの一例を示す説明図である。第２の実施例では、ホストコンピュータ５０は、ストレージシステム１０のＲＡＩＤ制御部２００が実行可能なコマンドとして、バックアップの制限対象となる論理ボリュームを示す制限対象ボリューム名と、データ管理制限情報および認証情報とを含む制限コマンドを生成する。

ホストコンピュータ５０は、データ管理制限情報の入力を受け付けた後（ステップＳ５１０）、データ管理制限情報によってバックアップを制限する論理ボリュームとは異なる論理ボリュームへの制限コマンドの書き込み要求を、ストレージシステム１０に対して送信する（ステップＳ５２０）。第２の実施例では、制限コマンドの書き込み先の記憶領域は、図８に示すように、アプリケーションＡＰ１を実行するホストコンピュータ５０によって利用されるボリュームＢＯ１とは異なる論理ボリュームであるコマンドボリュームＣＢ１である。コマンドボリュームＣＢ１は、ストレージシステム１０側で制限コマンドを書き込むために予め設定された記憶領域であり、ストレージシステム１０を利用する１台のホストコンピュータ毎に１つのコマンドボリュームが予め割り当てられている。なお、本実施例では、１台のホストコンピュータに対して１つのコマンドボリュームを割り当てることとしたが、コマンドボリュームは、論理的に構成されるものであるため、ストレージシステム１０およびホストコンピュータ５０の各ソフトウェアを適宜設定することによって、１台のホストコンピュータに対して複数のコマンドボリュームを割り当てることにしても良い。また、複数台のホストコンピュータに対して１つのコマンドボリュームを割り当てることにしても良い。なお、第２の実施例では、制御コマンド書き込みアプリケーションを実行することによって、制限コマンドの書き込み要求が実行されることとしたが、ＯＳの機能であるRaw-IOシステムコールを用いて、制限コマンドの書き込み要求が実行されることとしても良い。

ストレージシステム１０は、ホストコンピュータ５０から制限コマンドの書き込み要求を受信し（ステップＳ６３０）、ホストコンピュータ５０に割り当てられているコマンドボリュームＣＢ１への制限コマンドの書き込みを行った後（ステップＳ６４０）、ホストコンピュータ５０に対して書き込み完了の旨を応答する（ステップＳ２５０）。その後のホストコンピュータ５０の動作は、図３に示した処理と同様である（ステップＳ１６０，Ｓ１７０）。

図１０は、ストレージシステム１０の制限テーブル登録処理を示すフローチャートである。図１１は、制限テーブルの一例を示す説明図である。ストレージシステム１０の制限テーブル登録処理は、図７に示した処理によって各コマンドボリュームに書き込まれた制限コマンドに含まれるデータ管理制限情報を制限テーブルに登録する処理であり、本実施例では、ストレージシステム１０におけるＣＰＵ２１０のソフトウェアに基づく動作によって実現される処理である。図１１に示す制限テーブルは、バックアップの実行を制限する際に参照するための情報であり、ボリューム毎のデータ管理制限情報が登録されている。本実施例では、制限テーブルは、ＲＡＭ２１２に格納されている。本実施例では、ストレージシステム１０は、図１０に示す制限テーブル登録処理を所定のタイミングで繰り返し実行する。

ストレージシステム１０は、制限テーブル登録処理を開始すると、コマンドボリュームに新規の制限コマンドが書き込まれたか否かを判断し（ステップＳ７１０）、新規の制限コマンドが書き込まれている場合には、制限コマンドの認証処理を実行する（ステップＳ７２０）。認証処理では、ストレージシステム１０は、ネットワーク３０とネットワーク６０との間に設けられたファイアウォール８５を通じて、ネットワーク６０に接続された認証サーバ８０にアクセスすることによって、制限コマンドに含まれる認証情報の認証を認証サーバ８０に依頼する。認証情報が有効である場合には（ステップＳ７３０）、制限コマンドは正規のデータであると判断し、制限コマンドに含まれるデータ管理制限情報を、図１１に示した制限テーブルに登録する（ステップＳ７４０）。その後、ストレージ部５００に構成された全てのコマンドボリュームについて同様の処理を行った後（ステップＳ７５０）、制限テーブル登録処理を終了する。

図１２は、第２の実施例におけるストレージシステム１０のデータ管理制限処理を示すフローチャートである。第２の実施例におけるデータ管理制限処理は、バックアップ対象であるボリュームが制限テーブルに登録されているか否かを判断する点（ステップＳ８２０）と、バックアップを実行する際に制限テーブルの許可回数を「１」だけデクリメントする点（ステップＳ８５０）が異なる他は、図６に示した第１の実施例のデータ管理制限処理と同様である。

以上、説明した第２の実施例のストレージシステム１０によれば、第１の実施例と同様に、ストレージシステム１０における処理負担の抑制を図りつつ、ストレージシステム１０に保存されているデータの安全性を確保することができる。また、ホストコンピュータ５０のアプリケーションレベルの利用が許可された管理者によって、ストレージシステム１０側におけるバックアップの実行を制限することができる。

Ｃ．その他の実施形態：
以上、本発明の実施の形態について説明したが、本発明はこうした実施の形態に何ら限定されるものではなく、本発明の趣旨を逸脱しない範囲内において様々な形態で実施し得ることは勿論である。例えば、本実施例では、ストレージシステム１０からストレージシステム２０へのデータの移動によるバックアップの実行を制限する態様を示したが、ストレージシステム１０が有する他のボリュームへのデータ移動によるバックアップの実行を制限する場合に、本発明を適用することとしても良い。

また、第１の実施例では、データ管理制限情報を書き込むＶＴＯＣ拡張部は、ＶＴＯＣ内に設けることとしたが、ボリュームＢＯ１内のＶＴＯＣ以外の記憶領域にＶＴＯＣ拡張部を設けることとし、ＶＴＯＣにはＶＴＯＣ拡張部を参照可能な情報を格納しておくこととしても良い。

また、電子計算機システムＣＳを構成する各装置間の接続は、種々の接続形態に適用することが可能であり、ネットワークを介して接続する機器同士を直接的に接続しても良い。また、ストレージシステム１０とホストコンピュータ５０との接続は、ファイバチャンネルによる接続に限るものではなく、ファイバチャンネルとは異なるインタフェース、例えば、ＳＣＳＩ(Small Computer System Interface)や、ｉＳＣＳＩ(internet SCSI)、ギガビットイーサネット(Gigabit Ethernet)（イーサネット(Ethernet)は、登録商標），メインフレームシリアルチャンネル，メインフレームファイバチャンネルなどの種々のインタフェースによる接続であっても良い。また、本実施例では、ストレージ部５００を複数のＨＤＤ５１０で構成することとしたが、ストレージ部５００を光ディスクスドライブ，半導体メモリ，磁気テープドライブなど種々のタイプのストレージで構成することとしても良い。

電子計算機システムＣＳの構成を示す説明図である。 ストレージシステム１０の内部構成を示すブロック図である。 ホストコンピュータ５０の制限情報書き込み処理およびストレージシステム１０のデータ書き込み処理を示すフローチャートである。 図３に示す処理の様子を模式的に示す説明図である。 データ管理制限情報の一例を示す説明図である。 ストレージシステム１０のデータ管理制限処理を示すフローチャートである。 第２の実施例におけるホストコンピュータ５０の制限情報書き込み処理およびストレージシステム１０のデータ書き込み処理を示すフローチャートである。 図７に示す処理の様子を模式的に示す説明図である。 制限コマンドの一例を示す説明図である。 ストレージシステム１０の制限テーブル登録処理を示すフローチャートである。 制限テーブルの一例を示す説明図である。 第２の実施例におけるストレージシステム１０のデータ管理制限処理を示すフローチャートである。

符号の説明

１０，２０...ストレージシステム
３０...ネットワーク
３５...ストレージ管理端末
４０...ＳＡＮ
５０...ホストコンピュータ
５５...ホスト管理端末
６０...ネットワーク
７０...クライアント
７０...クライアントコンピュータ
８０...認証サーバ
８５...ファイアウォール
１００...ホストＩ／Ｆ
１５０...管理Ｉ／Ｆ
２００...ＲＡＩＤ制御部
２１０...ＣＰＵ
２１２...ＲＡＭ
２１４...ＲＯＭ
２２０...データコントローラ
２７０...キャッシュメモリ
３００...ストレージＩ／Ｆ
３１０...ＨＤＤ
５００...ストレージ部
５１０...ＨＤＤ
ＣＳ...電子計算機システム

Claims (14)

1. ホストコンピュータに対してボリュームを提供するストレージシステムにおいて、所定のアプリケーションソフトウェアを実行する前記ホストコンピュータによって取り扱われ前記ボリュームに保存された保存データのバックアップを管理するバックアップ管理方法であって、
   前記ホストコンピュータと前記ボリュームとの間のデータのやり取りを制御する制御コンピュータによって、前記所定のアプリケーションソフトウェアとは異なる管理アプリケーションソフトウェアを実行する前記ホストコンピュータから、前記保存データに関するバックアップの制限が規定された制限情報の書き込み要求を受け付ける工程と、
   該受け付けた書き込み要求に従って、前記制限情報を、前記ストレージシステムにおける前記保存データが格納される記憶領域とは異なる所定の記憶領域に書き込む工程と、
   前記所定の記憶領域に書き込まれた前記制限情報に基づいて、前記保存データのバックアップの実行を制限するバックアップ制限工程と
   を備えたバックアップ管理方法。
2. 請求項１記載のバックアップ管理方法であって、
   前記管理アプリケーションソフトウェアを実行するホストコンピュータを操作可能な者は制限されており、
   前記所定の記憶領域は、前記ボリューム内のファイルを管理するためのファイル管理情報が格納されるボリュームテーブル・オブ・コンテンツとして確保された記憶領域の一部である
   バックアップ管理方法。
3. 前記ホストコンピュータの書き込み要求は、システムコールを用いて実行される請求項２記載のバックアップ管理方法。
4. 請求項１記載のバックアップ管理方法であって、
   前記管理アプリケーションソフトウェアを実行するホストコンピュータを操作可能な者は制限されており、
   前記所定の記憶領域は、前記ボリューム内のファイルを管理するためのファイル管理情報が格納されるボリュームテーブル・オブ・コンテンツに格納された参照情報によって参照可能な記憶領域である
   バックアップ管理方法。
5. 請求項１記載のバックアップ管理方法であって、
   前記制限情報は、前記制御コンピュータが実行可能なコマンド形式の情報であると共に、前記管理アプリケーションソフトウェアを実行するホストコンピュータを操作可能な者であることを認証するための認証情報を含む情報であり、
   前記所定の記憶領域は、前記保存データが格納される前記ボリュームとは異なるコマンドボリュームであり、
   前記バックアップ制限工程は、
   前記コマンドボリュームに書き込まれた前記制限情報に含まれる前記認証情報の有効性を確認する工程と、
   前記認証情報が有効な前記制限情報を前記制御コンピュータに登録する工程と、
   該登録された制限情報に従って、前記保存データのバックアップの実行を制限する工程と
   を備えた
   バックアップ管理方法。
6. 前記バックアップは、前記ストレージシステムとは異なる他のストレージシステムへの前記保存データの移動，前記ストレージシステムが有する他のボリュームへの前記保存データの移動の少なくとも一方を含む請求項１ないし５のいずれか記載のバックアップ管理方法。
7. 前記制限情報は、前記保存データに対する前記バックアップの実行の可否，前記保存データに対する前記バックアップの実行の態様，前記保存データに対して前記バックアップの実行を許可する回数，前記保存データに対して前記バックアップの実行を許可する期間の少なくともいずれかを示す情報を含む請求項１ないし６のいずれか記載のバックアップ管理方法。
8. ホストコンピュータに対してボリュームを提供するストレージシステムであって、
   前記ホストコンピュータと前記ボリュームとの間のデータのやり取りを制御する制御コンピュータを備え、
   該制御コンピュータは、
   所定のアプリケーションソフトウェアを実行する前記ホストコンピュータによって取り扱われ前記ボリュームに保存された保存データに関するバックアップの制限が規定された制限情報の書き込み要求を、前記所定のアプリケーションソフトウェアとは異なる管理アプリケーションソフトウェアを実行する前記ホストコンピュータから受け付ける制限情報受付部と、
   該受け付けた書き込み要求に従って、前記制限情報を、当該ストレージシステムにおける前記保存データが格納される記憶領域とは異なる所定の記憶領域へと書き込む制限情報書込部と、
   前記所定の記憶領域に書き込まれた前記制限情報に基づいて、前記保存データのバックアップの実行を制限するバックアップ制限部と
   を備えた
   ストレージシステム。
9. 請求項８記載のストレージシステムであって、
   前記管理アプリケーションソフトウェアを実行するホストコンピュータを操作可能な者は制限されており、
   前記所定の記憶領域は、前記ボリューム内のファイルを管理するためのファイル管理情報が格納されるボリュームテーブル・オブ・コンテンツとして確保された記憶領域の一部である
   ストレージシステム。
10. 前記ホストコンピュータの書き込み要求は、システムコールを用いて実行される請求項９記載のストレージシステム。
11. 請求項８記載のストレージシステムであって、
    前記管理アプリケーションソフトウェアを実行するホストコンピュータを操作可能な者は制限されており、
    前記所定の記憶領域は、前記ボリューム内のファイルを管理するためのファイル管理情報が格納されるボリュームテーブル・オブ・コンテンツに格納された参照情報によって参照可能な記憶領域である
    ストレージシステム。
12. 請求項１１記載のストレージシステムであって、
    前記制限情報は、前記制御コンピュータが実行可能なコマンド形式の情報であると共に、前記管理アプリケーションソフトウェアを実行するホストコンピュータを操作可能な者であることを認証するための認証情報を含む情報であり、
    前記所定の記憶領域は、前記保存データが格納される前記ボリュームとは異なるコマンドボリュームであり、
    前記バックアップ制限部は、
    前記コマンドボリュームに書き込まれた前記制限情報に含まれる前記認証情報の有効性を確認する認証部と、
    前記認証情報が有効な制限情報を前記制御コンピュータのメモリに登録する登録部と、
    該登録された制限情報に従って、前記保存データのバックアップの実行を制限する制限部と
    を備えた
    ストレージシステム。
13. 前記バックアップは、前記ストレージシステムとは異なる他のストレージへの保存データの移動，前記ストレージシステムが有する他のボリュームへの保存データの移動の少なくとも一方を含む請求項８ないし１２のいずれか記載のストレージシステム。
14. 前記制限情報は、前記保存データに対する前記バックアップの実行の可否，前記保存データに対する前記バックアップの実行の態様，前記保存データに対して前記バックアップの実行を許可する回数，前記保存データに対して前記バックアップの実行を許可する期間の少なくともいずれかを示す情報を含む請求項８ないし１３のいずれか記載のストレージシステム。

Images