データの論理破壊に対抗する複製スキーマを決定する方法及び装置
論理破壊からの格納データの保護を管理する方法及び装置が開示される。その方法は、データストレージ媒体上にデータセットを格納するステップと、ユーザにグラフィカル・ユーザ・インタフェースを表示するステップであって、前記グラフィカル・ユーザ・インタフェースは、論理破壊からデータセットを保護するために、複製スキーマのグラフィカル表現であるステップと、前記グラフィカル・ユーザ・インタフェースを介して、複製スキーマを修正する能力をユーザに提供するステップとを含む。
【発明の詳細な説明】
【技術分野】
【０００１】
共に出願され共に係属している、２００３年７月８日に出願された、名称を「完全データ保護スキームを構築する方法及び装置」とする出願番号１０／６１６，８１９号の出願、２００３年７月８日に出願された、名称を「すべてのカテゴリーの破壊からデータを保護する方法及び装置」とする出願番号１０／６１６，０７９の出願、２００３年７月８日に出願された、名称を「動的マッピング複製スキーマによって、配置されたストレージボリュームに対して、ストレージプールを生成する方法及び装置」とする出願番号１０／６１７，２０３の出願に対して、この出願は、共通の発明者の地位と主題によって関連している。上記各出願は、参照することにより全体として本明細書に組み込まれる。
【０００２】
本発明は、コンピュータデータを保護する方法及び装置に関する。具体的には、本発明は、コンピュータデータを複製することに関し、データストレージ媒体の物理的及び論理的な破壊からデータを保護するためのものである。
【背景技術】
【０００３】
破壊に備えてデータを保護するためのデータセットのバックアップの方法は、多数存在する。当該技術分野で知られているように、従来のバックアップの方法は、３つの異なる段階をもつ。第１は、アプリケーションデータは、同期されるか、又は不変でかつ静止の状態に置かれることが必要である。動作しているアプリケーションからデータをバックアップするときには、同期が行われる必要がある。第２の段階は、データの物理的なバックアップをとることである。これは、すべてのデータの完全なコピーあるいは増分のコピーであって、ディスク又はテープにバックアップされる。第３の段階は、バックアップされたデータの再同期である。この方法は結局、ファイルシステムへのアクセスをユーザに行わせることになる。
【０００４】
しかしながら、格納されるデータは、物理的及び論理的な破壊の双方に対して保護される必要がある。物理破壊は、ディスクのようなデータストレージ媒体が故障するときに起こる。例としては、ディスククラッシュその他が起こり、そのデータストレージ媒体が、物理的にアクセスできなくなるときである。論理破壊は、例えばコンピュータウイルスあるいは人間のエラーによって、データストレージ媒体上のデータが破壊されるかあるいは消去されたときに起こる。その結果、データストレージ媒体は、物理的にはまだアクセス可能であるが、いくつかのデータはエラーを含んでいるか、あるいは消去されている。
【０００５】
破壊からの保護は、ディスクの格納スペースの大量消費を求められることがある。
【発明の開示】
【０００６】
論理破壊からの格納データの保護を管理する方法及び装置が開示される。その方法は、データストレージ媒体上にデータセットを格納するステップと、ユーザにグラフィカル・ユーザ・インタフェースを表示するステップであって、前記グラフィカル・ユーザ・インタフェースは、論理破壊からデータセットを保護するために、複製スキーマのグラフィカル表現であるステップと、前記グラフィカル・ユーザ・インタフェースを介して、複製スキーマを修正する能力をユーザに提供するステップとを含む。
【発明を実施するための最良の形態】
【０００７】
以下、図面を参照して、本発明を詳細に説明する。同一の部材には、同一の参照番号を付す。
【０００８】
論理破壊に対して格納されたデータの保護を管理する方法及び装置が提供される。格納されたソースデータセットは、複製スキーマによって、論理破壊から保護されることができる。複製スキーマは、データセットの履歴中のさまざまな点で、ソースデータセットの静的複製を生成することができる。この複製処理は、ポイントインタイム、オフライン、オンライン、ニアラインその他を組み合わせた複製のタイプを生成する。グラフィカル・ユーザ・インタフェースにより、ユーザに対して、いつどのタイプの複製が行われるかを示すことができる。グラフィカル・ユーザ・インタフェースの図式的ブロックは、保存ポリシーの有機的な図、複製頻度、及びストレージ消費を提供することによって、保護ストラテジーの周期的な性質を表現することができる。ブロックは各複製を表現し、そのブロックのタイプは、生成されるポイントインタイム（以下、「ＰＩＴ」）コピーのタイプを示す。ブロックの各グループは、一連の複製が行われる時間間隔を表すことがある。各ブロックは、どのコピーがデータセットのソースとして動作するか指示するために、色分けされることができる。
【０００９】
データを復旧させるためには、情報技術（以下、「ＩＴ」）部門は、ハードウェアの故障からデータを保護するだけでなく、人間のエラーその他からもデータを保護しなければならない。全体として、破壊は、２つの大きなカテゴリーに分類することができる。すなわち、ハードウェア故障に対処するためのミラーリングによって解決することができる「物理」破壊と、アプリケーションエラー、ユーザエラー及びウイルスなどのインスタンスに対して、スナップショットあるいはＰＩＴコピーによって解決される「論理」破壊である。この分類は、用いられる特定のタイプの複製技術に関連して、特定のタイプの破壊に焦点を合わせている。この分類によるとまた、ミラーリングの動的かつ静的な性質とＰＩＴコピーとの基本的な差異がわかる。物理破壊と論理破壊は区別して管理しなければならないが、本明細書で説明する発明は、単一のソリューションの一環として両方の破壊のタイプを管理するものである。
【００１０】
物理破壊の影響を解消するストラテジーは、ミラーリングのいくつかのレイヤーをセットアップすること及びフェイルオーバ・システム技術の使用等の、確立された業界の慣行に従うように要求することである。ミラーリングは、リアルタイムで連続してデータをコピーして、ボリュームの物理コピーを生成する処理である。ミラーリングは、物理的な複製設計のために主要ツールとして寄与しているが、論理破壊を解決するには有効ではない。
【００１１】
論理破壊の取り扱いは、周期的なＰＩＴ複製を生成し、以前の安定状態への復帰を支援するスナップショット技術の使用を含む。スナップショット技術は、ファイルのボリュームの論理ＰＩＴコピーを提供する。スナップショット可能なボリュームコントローラあるいはファイルシステムは、新たなボリュームを構成するが、オリジナルと同一の位置を指し示す。データは移動せず、コピーは数秒以内に生成される。データのＰＩＴコピーは、テープへのバックアップのソースとして用いられるか、あるいはディスクバックアップとしてそのまま保持される。スナップショットは物理破壊を取り扱うことはできない。スナップショットとミラーリングは、複製設計における相乗的な役割を果たす。
【００１２】
図１は、データ保護プロセス１００の１実施形態を示す図である。アプリケーションサーバ１０５は、ソースデータセット１１を格納可能である。サーバ１０５は、ソースデータセット１１０と一致しているミラーデータセット１１５を生成することができる。ミラーリングは、リアルタイムで連続してデータをコピーして、そのボリュームの物理的コピーを生成するプロセスである。ミラーリングは、特に中止しないかぎり、終了することはない。第２のミラーデータセット１２０は、第１のミラーデータセット１１５から生成される。ミラーデータセット１１５のスナップショット１２５とソースデータセット１１０のスナップショット１２５は、いろいろな時点のデータの状態を記録するために作成される。スナップショット技術は、ソースデータセット１１０を含むボリュームあるいはファイルの論理ＰＩＴコピーを提供することができる。スナップショット可能なボリュームコントローラあるいはファイルシステムは、新たなボリュームを構成するが、オリジナルのソースデータ１１０と同一の場所を指示する。ストレージコントローラ１３０は、リカバリ・アプリケーションを動作させ、失ったデータ１３５を復旧することができる。プロセッサ１４０は、ストレージコントローラ１３０、アプリケーションサーバ１０５、ローカル・ストレージプール、あるいはその他のデバイスの１構成部品とすることができ、またスタンドアロンのユニットとすることもできる。
【００１３】
図２に、本発明において実行される１実施形態であるデータ保護システム２００を示す。単一のコンピュータプログラムによって、論理破壊及び物理破壊の双方に対してデータを保護するバックアッププロセスを実行することができる。第１のローカル・ストレージプール２０５は、保護すべき第１のソースデータセット２１０を格納している。１以上の追加のソースデータセット２１５はまた、第１のローカル・ストレージプール２０５内に格納されている。第１のソースデータセット２１０は、第２のローカル・ストレージプール２２０上にミラーリングされ、第１のローカル・ターゲットデータセット２２５を生成する。追加のソースデータセット２１５もまた、第２のローカル・ストレージプール２２０上にミラーリングされ、追加のローカル・ターゲットデータセット２３０を生成する。データは、同期ミラーリングによって、第２のローカル・ストレージプール２２０にコピーすることができる。同期ミラーリングは、ソースセットとターゲットセットとを単一操作で更新する。双方が更新されたとき、アプリケーションにコントロールが戻される。その結果、正確な複製すなわちミラーである複数のディスクが得られる。この第２のローカル・ストレージプール２２０へミラーリングすることにより、データは、第１のローカル・ストレージプール２０５に対する物理的破損から保護される。
【００１４】
第１のローカル・ストレージプール２０５上のソースデータセット２１５の１つは、リモート・ストレージプール２３５にミラーリングされ、リモート・ターゲットデータセット２４０を生成するようにしてもよい。データは、非同期ミラーリングによって、リモート・ストレージプール２３５にコピーされる。非同期ミラーリングは、ソースセットとターゲットセットとを順次更新する。ソースが更新されたとき、アプリケーションにコントロールが戻される。非同期ミラーリングは、通常ＴＣＰ／ＩＰを介して、遠い距離を越えて配置することができる。更新が順次行われるので、ミラーコピー２４０は通常リアルタイムコピーではない。このリモート・ストレージプール２３５は、第１のローカル・ストレージプール２０５及び周囲の設備に対する物理的損傷からデータを保護する。
【００１５】
一実施形態では、論理破壊は、より多くの頻繁なバックアップ及びより容易なアクセスを考慮すると、オンサイトでの複製によって保護されることができる。論理破壊に対しては、第１のターゲットデータセット２２５は、第１のデータ複製セット２４５にコピーされることができる。どのような付加的なデータセット２３０も、付加的な複製データセット２５０にコピーされることができる。オフラインの複製データセット２５０は、ローカルの論理スナップショットコピー２５５を用いて、生成されることができる。複製２６０とスナップショット・インデックス２６５も、リモート・ストレージプール２３５で生成されることができる。第２のスナップショットコピー２７０とそのコピーのバックアップ２７５は、ソースデータ２１５から複製されることができる。
【００１６】
図３は、コピーオンライト技術を用いるスナップショットプロセス３００の一実施形態を示す。ポインタ３１０は、データセットのストレージ媒体上の位置を指示する。データのコピーが、コピーオンライト技術を用いて要求された場合、ストレージ・サブシステムは、単に第２のポインタ３２０あるいはスナップショット・インデックスをセットアップし、新たなコピーとしてそれを表現する。ベースボリュームのデータが最初に更新されるとき、オリジナルデータの物理的コピーは、スナップショット・インデックスにおいて、生成されることができる。アプリケーション３３０がデータを変更するとき、旧データセットに対するポインタ３４０のうちのいくつかは、新データを指示するように変更されないことがあり、いくつかのポインタ３６０を、スナップショット３２０の時点にあったとおりにデータを表現するように残しておく。
【００１７】
図４は、ＰＩＴプロセスを用いてデータのバックアップを実行する処理のフローチャートの１実施形態を示す。ステップ４０００で、処理を開始し、ステップ４０１０で、プロセッサ１４０又はプロセッサ・セットがデータ・アプリケーションを中止する。このデータ・アプリケーションは、データを生成し、記憶しあるいは変更するデータベース、ワードプロセッサ、ウエブサイトサーバ、あるいは他のいずれかのアプリケーションとすることができる。バックアップ保護は、オンラインで実行され、バックアップとオリジナルは、この時点で同期されることができる。ステップ４０２０では、プロセッサ１４０は、上述のように、論理コピーを生成して、ソースデータの静的複製を行う。ステップ４０３０では、プロセッサ１４０は、データアプリケーションを再開する。オンライン・バックアップ保護のために、バックアップとオリジナルとは、この時点では同期されないことがある。ステップ４０４０では、プロセッサ１４０は、論理コピーからデータの完全なＰＩＴコピーを複製する。完全なＰＩＴコピーは、ハードディスクドライブ、リムーバブルディスクドライブ、テープ、ＥＰＲＯＭ、あるいはその他の記憶格納装置に格納されることができる。ステップ４０５０では、プロセッサ１４０は、論理コピーを削除し、処理は、ステップ４０６０に進み、終了する。
【００１８】
図５に、論理破壊から保護するために、ユーザが、データ保護スキーマを構築し組織化することができるように、グラフィカル・ユーザ・インタフェース（ＧＵＩ）を提供する処理のフローチャートの１実施形態を示す。ステップ５０００で、処理を開始し、ステップ５０１０では、プロセッサ１４０又はプロセッサ・セットは、ソース・データセットをデータストレージ媒体あるいはメモリに格納する。このメモリには、ハードディスクドライブ、リムーバブルディスクドライブ、テープ、ＥＥＰＲＯＭ、あるいはその他の記憶格納装置が含まれる。ステップ５０２０では、プロセッサ１４０は、上述のように、データ保護複製スキーマを実行する。データは、ダイレクトコピーの実行、ブロークン・ミラーリング、ＰＩＴコピーの生成のためのスナップショット・インディクスの生成、あるいは当技術分野で公知の他のコピー方法によって、メモリ内にコピーされる。ステップ５０３０では、コンピュータモニタあるいは他のディスプレイ装置のようなディスプレイ上に、プロセッサ１４０は、ユーザに対して複製スキーマを表示するグラフィカル・ユーザ・インタフェースを示す。ステップ５０４０では、プロセッサ１４０は、入力装置を介してユーザからグラフィカル表示に対して行われる変更を受信する。入力装置には、タッチパッド、マウス、キーボード、ライトペン、あるいはその他の入力装置が含まれる。ステップ５０５０では、プロセッサ１４０は、ユーザによってグラフィカル表示に行われる変更に合わせるように、複製スキーマを変更する。その後処理は、ステップ５０６０に進み、終了する。
【００１９】
図６に、論理破壊から保護するために、データ保護スキーマを管理することができるＧＵＩ６００の１実施形態を示す。このＧＵＩでは、ブロックは、ソースデータセットの各複製を表す。ソースデータセットは、種々の記憶格納媒体に格納された多数のデータボリュームを表す。第１グループであるブロック６１０は、１日間に起きるソースデータセット複製の数を表している。第１グループ６１０の各ブロックは、完全なコピーというより、ソースデータセットの部分的なスナップショットコピーを表す。適切な数のコピーが生成されると、最も古いコピーは上書きされることができ、コピーの総数をユーザによって一定の数に保持するようにしてもよい。第２グループであるブロック６２０は、１週間に起きるソースデータセット複製の数を表している。第２グループ６２０の各ブロックは、部分的なスナップショットコピーではなく、ソースデータセットの完全なコピーを表すようにできる。各ブロックは、このサブグループのブロック間で区別するように色分けされることができる。第３グループであるブロック６３０及び第４グループであるブロック６４０は、それぞれ１月間あるいは１年間の複製を表す。第３グループであるブロック６３０及び第４グループであるブロック６４０は、第２のグループであるブロック６２０のいずれがコピーのソースとして用いられているかを指示するように色分けされることができる。ユーザは、異なるソースブロックを指定する色を変更することができる。
【００２０】
所与の時間におけるブロックの数は、所与の時間を超えても多少の複製を可能にするように、変更することができる。ブロックのタイプも、実行される複製のタイプ、完全コピーあるいはデータセットのスナップショットを指示するように変更することができる。ブロックはまた、オンラインコピーあるいはオフラインコピーを支持するように変更可能である。ドロップダウンメニュー、カーソル駆動フィールド、ルックアップボックス、及び当該技術分野で知られているその他のインタフェースは、ユーザが保護処理の実行を制御することができるように、付加されることができる。複製の制限は、設定された月ごとの複製の数に基づくのではなく、メモリに基づくものとすることができる。その他の制限は、ユーザの要求に応じて、複製スキーマに設けることができる。
【００２１】
図１及び図２に示すように、本発明の方法は、プログラム可能なプロセッサを用いて実現することができる。しかし、方法はまた、汎用コンピュータあるいは特定用途コンピュータ、マイクロプロセッサあるいはマイクロコントローラ、周辺集積回路素子、特定用途向け集積回路（ＡＳＩＣ）あるいはその他の集積回路、ディスクリート素子回路のようなハードウェア及び／又はエレクトロニック論理回路、ＰＬＤ、ＰＬＡ、ＦＰＧＡ、又はＰＡＬ等のようなプログラマブルロジック回路によって実現可能である。一般に、図４及び図５に示すフローチャートを実現可能である有限状態機械が動作する任意のデバイスは、本発明のデータ保護システム機能を実現するために使用可能である。
【００２２】
本発明は、上述の実施形態を参照して説明されたが、これらの実施形態は、単なる例にすぎないことは理解されるべきである。したがって、本発明は、前述の実施形態に示される具体的形態に限定されない。本発明の精神と範囲から離れることなく、さまざまな修正変更を行うことができる。
【図面の簡単な説明】
【００２３】
【図１】本発明の１実施形態によるデータ保護プロセスを示す図である。
【図２】本発明の１実施形態によるデータ保護プロセスを示すブロック図である。
【図３】本発明の１実施形態によるスナップショットを示す図である。
【図４】本発明の１実施形態による論理的複製プロセスを用いて、データのバックアップ保護を実行するプロセスのフローを示す図である。
【図５】本発明の１実施形態によるグラフィカル・ユーザ・インタフェース（ＧＵＩ）を提供するプロセスのフローを示す図である。
【図６】本発明の１実施形態による論理破壊から保護するデータ保護スキーマを管理することができるＧＵＩを示す図である。
【技術分野】
【０００１】
共に出願され共に係属している、２００３年７月８日に出願された、名称を「完全データ保護スキームを構築する方法及び装置」とする出願番号１０／６１６，８１９号の出願、２００３年７月８日に出願された、名称を「すべてのカテゴリーの破壊からデータを保護する方法及び装置」とする出願番号１０／６１６，０７９の出願、２００３年７月８日に出願された、名称を「動的マッピング複製スキーマによって、配置されたストレージボリュームに対して、ストレージプールを生成する方法及び装置」とする出願番号１０／６１７，２０３の出願に対して、この出願は、共通の発明者の地位と主題によって関連している。上記各出願は、参照することにより全体として本明細書に組み込まれる。
【０００２】
本発明は、コンピュータデータを保護する方法及び装置に関する。具体的には、本発明は、コンピュータデータを複製することに関し、データストレージ媒体の物理的及び論理的な破壊からデータを保護するためのものである。
【背景技術】
【０００３】
破壊に備えてデータを保護するためのデータセットのバックアップの方法は、多数存在する。当該技術分野で知られているように、従来のバックアップの方法は、３つの異なる段階をもつ。第１は、アプリケーションデータは、同期されるか、又は不変でかつ静止の状態に置かれることが必要である。動作しているアプリケーションからデータをバックアップするときには、同期が行われる必要がある。第２の段階は、データの物理的なバックアップをとることである。これは、すべてのデータの完全なコピーあるいは増分のコピーであって、ディスク又はテープにバックアップされる。第３の段階は、バックアップされたデータの再同期である。この方法は結局、ファイルシステムへのアクセスをユーザに行わせることになる。
【０００４】
しかしながら、格納されるデータは、物理的及び論理的な破壊の双方に対して保護される必要がある。物理破壊は、ディスクのようなデータストレージ媒体が故障するときに起こる。例としては、ディスククラッシュその他が起こり、そのデータストレージ媒体が、物理的にアクセスできなくなるときである。論理破壊は、例えばコンピュータウイルスあるいは人間のエラーによって、データストレージ媒体上のデータが破壊されるかあるいは消去されたときに起こる。その結果、データストレージ媒体は、物理的にはまだアクセス可能であるが、いくつかのデータはエラーを含んでいるか、あるいは消去されている。
【０００５】
破壊からの保護は、ディスクの格納スペースの大量消費を求められることがある。
【発明の開示】
【０００６】
論理破壊からの格納データの保護を管理する方法及び装置が開示される。その方法は、データストレージ媒体上にデータセットを格納するステップと、ユーザにグラフィカル・ユーザ・インタフェースを表示するステップであって、前記グラフィカル・ユーザ・インタフェースは、論理破壊からデータセットを保護するために、複製スキーマのグラフィカル表現であるステップと、前記グラフィカル・ユーザ・インタフェースを介して、複製スキーマを修正する能力をユーザに提供するステップとを含む。
【発明を実施するための最良の形態】
【０００７】
以下、図面を参照して、本発明を詳細に説明する。同一の部材には、同一の参照番号を付す。
【０００８】
論理破壊に対して格納されたデータの保護を管理する方法及び装置が提供される。格納されたソースデータセットは、複製スキーマによって、論理破壊から保護されることができる。複製スキーマは、データセットの履歴中のさまざまな点で、ソースデータセットの静的複製を生成することができる。この複製処理は、ポイントインタイム、オフライン、オンライン、ニアラインその他を組み合わせた複製のタイプを生成する。グラフィカル・ユーザ・インタフェースにより、ユーザに対して、いつどのタイプの複製が行われるかを示すことができる。グラフィカル・ユーザ・インタフェースの図式的ブロックは、保存ポリシーの有機的な図、複製頻度、及びストレージ消費を提供することによって、保護ストラテジーの周期的な性質を表現することができる。ブロックは各複製を表現し、そのブロックのタイプは、生成されるポイントインタイム（以下、「ＰＩＴ」）コピーのタイプを示す。ブロックの各グループは、一連の複製が行われる時間間隔を表すことがある。各ブロックは、どのコピーがデータセットのソースとして動作するか指示するために、色分けされることができる。
【０００９】
データを復旧させるためには、情報技術（以下、「ＩＴ」）部門は、ハードウェアの故障からデータを保護するだけでなく、人間のエラーその他からもデータを保護しなければならない。全体として、破壊は、２つの大きなカテゴリーに分類することができる。すなわち、ハードウェア故障に対処するためのミラーリングによって解決することができる「物理」破壊と、アプリケーションエラー、ユーザエラー及びウイルスなどのインスタンスに対して、スナップショットあるいはＰＩＴコピーによって解決される「論理」破壊である。この分類は、用いられる特定のタイプの複製技術に関連して、特定のタイプの破壊に焦点を合わせている。この分類によるとまた、ミラーリングの動的かつ静的な性質とＰＩＴコピーとの基本的な差異がわかる。物理破壊と論理破壊は区別して管理しなければならないが、本明細書で説明する発明は、単一のソリューションの一環として両方の破壊のタイプを管理するものである。
【００１０】
物理破壊の影響を解消するストラテジーは、ミラーリングのいくつかのレイヤーをセットアップすること及びフェイルオーバ・システム技術の使用等の、確立された業界の慣行に従うように要求することである。ミラーリングは、リアルタイムで連続してデータをコピーして、ボリュームの物理コピーを生成する処理である。ミラーリングは、物理的な複製設計のために主要ツールとして寄与しているが、論理破壊を解決するには有効ではない。
【００１１】
論理破壊の取り扱いは、周期的なＰＩＴ複製を生成し、以前の安定状態への復帰を支援するスナップショット技術の使用を含む。スナップショット技術は、ファイルのボリュームの論理ＰＩＴコピーを提供する。スナップショット可能なボリュームコントローラあるいはファイルシステムは、新たなボリュームを構成するが、オリジナルと同一の位置を指し示す。データは移動せず、コピーは数秒以内に生成される。データのＰＩＴコピーは、テープへのバックアップのソースとして用いられるか、あるいはディスクバックアップとしてそのまま保持される。スナップショットは物理破壊を取り扱うことはできない。スナップショットとミラーリングは、複製設計における相乗的な役割を果たす。
【００１２】
図１は、データ保護プロセス１００の１実施形態を示す図である。アプリケーションサーバ１０５は、ソースデータセット１１を格納可能である。サーバ１０５は、ソースデータセット１１０と一致しているミラーデータセット１１５を生成することができる。ミラーリングは、リアルタイムで連続してデータをコピーして、そのボリュームの物理的コピーを生成するプロセスである。ミラーリングは、特に中止しないかぎり、終了することはない。第２のミラーデータセット１２０は、第１のミラーデータセット１１５から生成される。ミラーデータセット１１５のスナップショット１２５とソースデータセット１１０のスナップショット１２５は、いろいろな時点のデータの状態を記録するために作成される。スナップショット技術は、ソースデータセット１１０を含むボリュームあるいはファイルの論理ＰＩＴコピーを提供することができる。スナップショット可能なボリュームコントローラあるいはファイルシステムは、新たなボリュームを構成するが、オリジナルのソースデータ１１０と同一の場所を指示する。ストレージコントローラ１３０は、リカバリ・アプリケーションを動作させ、失ったデータ１３５を復旧することができる。プロセッサ１４０は、ストレージコントローラ１３０、アプリケーションサーバ１０５、ローカル・ストレージプール、あるいはその他のデバイスの１構成部品とすることができ、またスタンドアロンのユニットとすることもできる。
【００１３】
図２に、本発明において実行される１実施形態であるデータ保護システム２００を示す。単一のコンピュータプログラムによって、論理破壊及び物理破壊の双方に対してデータを保護するバックアッププロセスを実行することができる。第１のローカル・ストレージプール２０５は、保護すべき第１のソースデータセット２１０を格納している。１以上の追加のソースデータセット２１５はまた、第１のローカル・ストレージプール２０５内に格納されている。第１のソースデータセット２１０は、第２のローカル・ストレージプール２２０上にミラーリングされ、第１のローカル・ターゲットデータセット２２５を生成する。追加のソースデータセット２１５もまた、第２のローカル・ストレージプール２２０上にミラーリングされ、追加のローカル・ターゲットデータセット２３０を生成する。データは、同期ミラーリングによって、第２のローカル・ストレージプール２２０にコピーすることができる。同期ミラーリングは、ソースセットとターゲットセットとを単一操作で更新する。双方が更新されたとき、アプリケーションにコントロールが戻される。その結果、正確な複製すなわちミラーである複数のディスクが得られる。この第２のローカル・ストレージプール２２０へミラーリングすることにより、データは、第１のローカル・ストレージプール２０５に対する物理的破損から保護される。
【００１４】
第１のローカル・ストレージプール２０５上のソースデータセット２１５の１つは、リモート・ストレージプール２３５にミラーリングされ、リモート・ターゲットデータセット２４０を生成するようにしてもよい。データは、非同期ミラーリングによって、リモート・ストレージプール２３５にコピーされる。非同期ミラーリングは、ソースセットとターゲットセットとを順次更新する。ソースが更新されたとき、アプリケーションにコントロールが戻される。非同期ミラーリングは、通常ＴＣＰ／ＩＰを介して、遠い距離を越えて配置することができる。更新が順次行われるので、ミラーコピー２４０は通常リアルタイムコピーではない。このリモート・ストレージプール２３５は、第１のローカル・ストレージプール２０５及び周囲の設備に対する物理的損傷からデータを保護する。
【００１５】
一実施形態では、論理破壊は、より多くの頻繁なバックアップ及びより容易なアクセスを考慮すると、オンサイトでの複製によって保護されることができる。論理破壊に対しては、第１のターゲットデータセット２２５は、第１のデータ複製セット２４５にコピーされることができる。どのような付加的なデータセット２３０も、付加的な複製データセット２５０にコピーされることができる。オフラインの複製データセット２５０は、ローカルの論理スナップショットコピー２５５を用いて、生成されることができる。複製２６０とスナップショット・インデックス２６５も、リモート・ストレージプール２３５で生成されることができる。第２のスナップショットコピー２７０とそのコピーのバックアップ２７５は、ソースデータ２１５から複製されることができる。
【００１６】
図３は、コピーオンライト技術を用いるスナップショットプロセス３００の一実施形態を示す。ポインタ３１０は、データセットのストレージ媒体上の位置を指示する。データのコピーが、コピーオンライト技術を用いて要求された場合、ストレージ・サブシステムは、単に第２のポインタ３２０あるいはスナップショット・インデックスをセットアップし、新たなコピーとしてそれを表現する。ベースボリュームのデータが最初に更新されるとき、オリジナルデータの物理的コピーは、スナップショット・インデックスにおいて、生成されることができる。アプリケーション３３０がデータを変更するとき、旧データセットに対するポインタ３４０のうちのいくつかは、新データを指示するように変更されないことがあり、いくつかのポインタ３６０を、スナップショット３２０の時点にあったとおりにデータを表現するように残しておく。
【００１７】
図４は、ＰＩＴプロセスを用いてデータのバックアップを実行する処理のフローチャートの１実施形態を示す。ステップ４０００で、処理を開始し、ステップ４０１０で、プロセッサ１４０又はプロセッサ・セットがデータ・アプリケーションを中止する。このデータ・アプリケーションは、データを生成し、記憶しあるいは変更するデータベース、ワードプロセッサ、ウエブサイトサーバ、あるいは他のいずれかのアプリケーションとすることができる。バックアップ保護は、オンラインで実行され、バックアップとオリジナルは、この時点で同期されることができる。ステップ４０２０では、プロセッサ１４０は、上述のように、論理コピーを生成して、ソースデータの静的複製を行う。ステップ４０３０では、プロセッサ１４０は、データアプリケーションを再開する。オンライン・バックアップ保護のために、バックアップとオリジナルとは、この時点では同期されないことがある。ステップ４０４０では、プロセッサ１４０は、論理コピーからデータの完全なＰＩＴコピーを複製する。完全なＰＩＴコピーは、ハードディスクドライブ、リムーバブルディスクドライブ、テープ、ＥＰＲＯＭ、あるいはその他の記憶格納装置に格納されることができる。ステップ４０５０では、プロセッサ１４０は、論理コピーを削除し、処理は、ステップ４０６０に進み、終了する。
【００１８】
図５に、論理破壊から保護するために、ユーザが、データ保護スキーマを構築し組織化することができるように、グラフィカル・ユーザ・インタフェース（ＧＵＩ）を提供する処理のフローチャートの１実施形態を示す。ステップ５０００で、処理を開始し、ステップ５０１０では、プロセッサ１４０又はプロセッサ・セットは、ソース・データセットをデータストレージ媒体あるいはメモリに格納する。このメモリには、ハードディスクドライブ、リムーバブルディスクドライブ、テープ、ＥＥＰＲＯＭ、あるいはその他の記憶格納装置が含まれる。ステップ５０２０では、プロセッサ１４０は、上述のように、データ保護複製スキーマを実行する。データは、ダイレクトコピーの実行、ブロークン・ミラーリング、ＰＩＴコピーの生成のためのスナップショット・インディクスの生成、あるいは当技術分野で公知の他のコピー方法によって、メモリ内にコピーされる。ステップ５０３０では、コンピュータモニタあるいは他のディスプレイ装置のようなディスプレイ上に、プロセッサ１４０は、ユーザに対して複製スキーマを表示するグラフィカル・ユーザ・インタフェースを示す。ステップ５０４０では、プロセッサ１４０は、入力装置を介してユーザからグラフィカル表示に対して行われる変更を受信する。入力装置には、タッチパッド、マウス、キーボード、ライトペン、あるいはその他の入力装置が含まれる。ステップ５０５０では、プロセッサ１４０は、ユーザによってグラフィカル表示に行われる変更に合わせるように、複製スキーマを変更する。その後処理は、ステップ５０６０に進み、終了する。
【００１９】
図６に、論理破壊から保護するために、データ保護スキーマを管理することができるＧＵＩ６００の１実施形態を示す。このＧＵＩでは、ブロックは、ソースデータセットの各複製を表す。ソースデータセットは、種々の記憶格納媒体に格納された多数のデータボリュームを表す。第１グループであるブロック６１０は、１日間に起きるソースデータセット複製の数を表している。第１グループ６１０の各ブロックは、完全なコピーというより、ソースデータセットの部分的なスナップショットコピーを表す。適切な数のコピーが生成されると、最も古いコピーは上書きされることができ、コピーの総数をユーザによって一定の数に保持するようにしてもよい。第２グループであるブロック６２０は、１週間に起きるソースデータセット複製の数を表している。第２グループ６２０の各ブロックは、部分的なスナップショットコピーではなく、ソースデータセットの完全なコピーを表すようにできる。各ブロックは、このサブグループのブロック間で区別するように色分けされることができる。第３グループであるブロック６３０及び第４グループであるブロック６４０は、それぞれ１月間あるいは１年間の複製を表す。第３グループであるブロック６３０及び第４グループであるブロック６４０は、第２のグループであるブロック６２０のいずれがコピーのソースとして用いられているかを指示するように色分けされることができる。ユーザは、異なるソースブロックを指定する色を変更することができる。
【００２０】
所与の時間におけるブロックの数は、所与の時間を超えても多少の複製を可能にするように、変更することができる。ブロックのタイプも、実行される複製のタイプ、完全コピーあるいはデータセットのスナップショットを指示するように変更することができる。ブロックはまた、オンラインコピーあるいはオフラインコピーを支持するように変更可能である。ドロップダウンメニュー、カーソル駆動フィールド、ルックアップボックス、及び当該技術分野で知られているその他のインタフェースは、ユーザが保護処理の実行を制御することができるように、付加されることができる。複製の制限は、設定された月ごとの複製の数に基づくのではなく、メモリに基づくものとすることができる。その他の制限は、ユーザの要求に応じて、複製スキーマに設けることができる。
【００２１】
図１及び図２に示すように、本発明の方法は、プログラム可能なプロセッサを用いて実現することができる。しかし、方法はまた、汎用コンピュータあるいは特定用途コンピュータ、マイクロプロセッサあるいはマイクロコントローラ、周辺集積回路素子、特定用途向け集積回路（ＡＳＩＣ）あるいはその他の集積回路、ディスクリート素子回路のようなハードウェア及び／又はエレクトロニック論理回路、ＰＬＤ、ＰＬＡ、ＦＰＧＡ、又はＰＡＬ等のようなプログラマブルロジック回路によって実現可能である。一般に、図４及び図５に示すフローチャートを実現可能である有限状態機械が動作する任意のデバイスは、本発明のデータ保護システム機能を実現するために使用可能である。
【００２２】
本発明は、上述の実施形態を参照して説明されたが、これらの実施形態は、単なる例にすぎないことは理解されるべきである。したがって、本発明は、前述の実施形態に示される具体的形態に限定されない。本発明の精神と範囲から離れることなく、さまざまな修正変更を行うことができる。
【図面の簡単な説明】
【００２３】
【図１】本発明の１実施形態によるデータ保護プロセスを示す図である。
【図２】本発明の１実施形態によるデータ保護プロセスを示すブロック図である。
【図３】本発明の１実施形態によるスナップショットを示す図である。
【図４】本発明の１実施形態による論理的複製プロセスを用いて、データのバックアップ保護を実行するプロセスのフローを示す図である。
【図５】本発明の１実施形態によるグラフィカル・ユーザ・インタフェース（ＧＵＩ）を提供するプロセスのフローを示す図である。
【図６】本発明の１実施形態による論理破壊から保護するデータ保護スキーマを管理することができるＧＵＩを示す図である。
【特許請求の範囲】
【請求項１】
データストレージ媒体にデータセットを格納するステップと、
グラフィカル・ユーザ・インタフェースをユーザに表示するステップであって、前記グラフィカル・ユーザ・インタフェースは、論理破壊からデータセットを保護するための複製スキーマのグラフィカル表現であるステップと、
前記グラフィカル・ユーザ・インタフェースを介して複製スキーマを修正する能力を前記ユーザに提供するステップと
を有する方法。
【請求項２】
さらに、前記グラフィカル・ユーザ・インタフェースを介して、前記ユーザから受信した入力に基づいて、前記複製スキーマを修正するステップを有する請求項１に記載の方法。
【請求項３】
さらに、前記グラフィカル・ユーザ・インタフェース上にブロックのセットを表示するステップであって、各ブロックは、複製のインスタンスを表すステップを有する請求項１に記載の方法。
【請求項４】
前記ブロックのセットのサブセットは、スナップショットコピーを表す請求項３に記載の方法。
【請求項５】
前記ブロックのセットのサブセットは、完全コピーを表す請求項３に記載の方法。
【請求項６】
前記ブロックのセットをグループに分割するステップを有する請求項３に記載の方法。
【請求項７】
各グループは、異なる時間間隔を表す請求項６に記載の方法。
【請求項８】
さらに、グループがオンラインコピーであるかオフラインコピーであるかを指示するステップを有する請求項６に記載の方法。
【請求項９】
さらに、ある時点のソースデータセットを指示するために、ブロックセットを色分けするステップを有する請求項３に記載の方法。
【請求項１０】
データを処理する方法を実現するためにストレージコントローラによって実行され得る、ストレージ媒体にある命令セットであって、前記方法は、
データストレージ媒体にデータセットを格納するステップと、
グラフィカル・ユーザ・インタフェースをユーザに表示するステップであって、前記グラフィカル・ユーザ・インタフェースは、論理破壊からデータデットを保護するための複製スキーマのグラフィカル表現であり、かつ複製スキーマを修正する能力を前記ユーザに提供するステップとを有する
命令セット。
【請求項１１】
さらに、前記グラフィカル・ユーザ・インタフェースを介して、前記ユーザから受信した入力に基づいて、前記複製スキーマを修正するステップを有する請求項１０に記載の命令セット。
【請求項１２】
さらに、前記グラフィカル・ユーザ・インタフェース上にブロックのセットを表示するステップであって、各ブロックは、複製のインスタンスを表すステップを有する請求項１０に記載の命令セット。
【請求項１３】
前記ブロックのセットのサブセットは、スナップショットコピーを表す請求項１２に記載の命令セット。
【請求項１４】
前記ブロックのセットのサブセットは、完全コピーを表す請求項１２に記載の命令セット。
【請求項１５】
前記ブロックのセットをグループに分割するステップを有する請求項１２に記載の命令セット。
【請求項１６】
各グループは、異なる複製間隔を表す請求項１５に記載の命令セット。
【請求項１７】
さらに、グループがオンラインコピーであるかオフラインコピーであるかを指示するステップを有する請求項１５に記載の命令セット。
【請求項１８】
さらに、ある時点のソースデータセットを指示するために、ブロックのセットを色分けするステップを有する請求項１２に記載の命令セット。
【請求項１９】
データセットを格納するメモリと、
論理破壊からデータセットを保護するために、複製スキーマを実行するプロセッサと、
複製スキーマのグラフィカル表現を提示するグラフィカル・ユーザ・インタフェースを示すディスプレイと、
前記グラフィカル・ユーザ・インタフェースを介して複製スキーマを修正する能力を前記ユーザに提供する入力デバイスと
を備える処理システム。
【請求項２０】
ブロックのセットが、前記グラフィカル・ユーザ・インタフェース上に表示され、各ブロックは、複製のインスタンスを表す請求項１９に記載の処理システム。
【請求項２１】
前記ブロックのセットのサブセットは、スナップショットコピーを表す請求項２０に記載の処理システム。
【請求項２２】
前記ブロックのセットのサブセットは、完全コピーを表す請求項２０に記載の処理システム。
【請求項２３】
前記ブロックのセットは、グループに分割される請求項２０に記載の処理システム。
【請求項２４】
各グループは、異なる複製間隔を表す請求項２３に記載の処理システム。
【請求項２５】
各グループは、ある時点のソースデータを指示するために、色分けされる請求項２０に記載の処理システム。
【請求項１】
データストレージ媒体にデータセットを格納するステップと、
グラフィカル・ユーザ・インタフェースをユーザに表示するステップであって、前記グラフィカル・ユーザ・インタフェースは、論理破壊からデータセットを保護するための複製スキーマのグラフィカル表現であるステップと、
前記グラフィカル・ユーザ・インタフェースを介して複製スキーマを修正する能力を前記ユーザに提供するステップと
を有する方法。
【請求項２】
さらに、前記グラフィカル・ユーザ・インタフェースを介して、前記ユーザから受信した入力に基づいて、前記複製スキーマを修正するステップを有する請求項１に記載の方法。
【請求項３】
さらに、前記グラフィカル・ユーザ・インタフェース上にブロックのセットを表示するステップであって、各ブロックは、複製のインスタンスを表すステップを有する請求項１に記載の方法。
【請求項４】
前記ブロックのセットのサブセットは、スナップショットコピーを表す請求項３に記載の方法。
【請求項５】
前記ブロックのセットのサブセットは、完全コピーを表す請求項３に記載の方法。
【請求項６】
前記ブロックのセットをグループに分割するステップを有する請求項３に記載の方法。
【請求項７】
各グループは、異なる時間間隔を表す請求項６に記載の方法。
【請求項８】
さらに、グループがオンラインコピーであるかオフラインコピーであるかを指示するステップを有する請求項６に記載の方法。
【請求項９】
さらに、ある時点のソースデータセットを指示するために、ブロックセットを色分けするステップを有する請求項３に記載の方法。
【請求項１０】
データを処理する方法を実現するためにストレージコントローラによって実行され得る、ストレージ媒体にある命令セットであって、前記方法は、
データストレージ媒体にデータセットを格納するステップと、
グラフィカル・ユーザ・インタフェースをユーザに表示するステップであって、前記グラフィカル・ユーザ・インタフェースは、論理破壊からデータデットを保護するための複製スキーマのグラフィカル表現であり、かつ複製スキーマを修正する能力を前記ユーザに提供するステップとを有する
命令セット。
【請求項１１】
さらに、前記グラフィカル・ユーザ・インタフェースを介して、前記ユーザから受信した入力に基づいて、前記複製スキーマを修正するステップを有する請求項１０に記載の命令セット。
【請求項１２】
さらに、前記グラフィカル・ユーザ・インタフェース上にブロックのセットを表示するステップであって、各ブロックは、複製のインスタンスを表すステップを有する請求項１０に記載の命令セット。
【請求項１３】
前記ブロックのセットのサブセットは、スナップショットコピーを表す請求項１２に記載の命令セット。
【請求項１４】
前記ブロックのセットのサブセットは、完全コピーを表す請求項１２に記載の命令セット。
【請求項１５】
前記ブロックのセットをグループに分割するステップを有する請求項１２に記載の命令セット。
【請求項１６】
各グループは、異なる複製間隔を表す請求項１５に記載の命令セット。
【請求項１７】
さらに、グループがオンラインコピーであるかオフラインコピーであるかを指示するステップを有する請求項１５に記載の命令セット。
【請求項１８】
さらに、ある時点のソースデータセットを指示するために、ブロックのセットを色分けするステップを有する請求項１２に記載の命令セット。
【請求項１９】
データセットを格納するメモリと、
論理破壊からデータセットを保護するために、複製スキーマを実行するプロセッサと、
複製スキーマのグラフィカル表現を提示するグラフィカル・ユーザ・インタフェースを示すディスプレイと、
前記グラフィカル・ユーザ・インタフェースを介して複製スキーマを修正する能力を前記ユーザに提供する入力デバイスと
を備える処理システム。
【請求項２０】
ブロックのセットが、前記グラフィカル・ユーザ・インタフェース上に表示され、各ブロックは、複製のインスタンスを表す請求項１９に記載の処理システム。
【請求項２１】
前記ブロックのセットのサブセットは、スナップショットコピーを表す請求項２０に記載の処理システム。
【請求項２２】
前記ブロックのセットのサブセットは、完全コピーを表す請求項２０に記載の処理システム。
【請求項２３】
前記ブロックのセットは、グループに分割される請求項２０に記載の処理システム。
【請求項２４】
各グループは、異なる複製間隔を表す請求項２３に記載の処理システム。
【請求項２５】
各グループは、ある時点のソースデータを指示するために、色分けされる請求項２０に記載の処理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公表番号】特表２００７−５３１０６６（Ｐ２００７−５３１０６６Ａ）
【公表日】平成１９年１１月１日（２００７．１１．１）
【国際特許分類】
【出願番号】特願２００６−５１８７９７（Ｐ２００６−５１８７９７）
【出願日】平成１６年７月１日（２００４．７．１）
【国際出願番号】ＰＣＴ／ＵＳ２００４／０２１３５６
【国際公開番号】ＷＯ２００５／００８３７３
【国際公開日】平成１７年１月２７日（２００５．１．２７）
【出願人】（５０４４４１０３７）ソフテック ストレージ ソリューションズ コーポレイション (2)
【Ｆターム（参考）】
【公表日】平成１９年１１月１日（２００７．１１．１）
【国際特許分類】
【出願日】平成１６年７月１日（２００４．７．１）
【国際出願番号】ＰＣＴ／ＵＳ２００４／０２１３５６
【国際公開番号】ＷＯ２００５／００８３７３
【国際公開日】平成１７年１月２７日（２００５．１．２７）
【出願人】（５０４４４１０３７）ソフテック ストレージ ソリューションズ コーポレイション (2)
【Ｆターム（参考）】
[ Back to top ]