(57)【要約】  本発明は、概して、電子データのコピーに関し、更に詳しくは、本発明は、第1のデータセットにおいて、選択基準を満足するデータアイテムを識別し、そして、少なくとも前記データアイテムの一部を第２のバックアップデータセットにコピーするためのコンピュータ化された方法を提供する。
2005510794.tif 000002
【特許請求の範囲】
【請求項１】
第1のバックアップデータセットにストアされた電子データをコピーするためのコンピュータ化された方法であって、
第1のバックアップデータセットにおいて、選択基準を満足するデータアイテムを識別するステップと、
少なくとも前記データアイテムの一部を第２のバックアップデータセットにコピーするステップと
を備えた方法。
【請求項２】
前記データアイテムを識別するステップは、アプリケーションデータのプライマリーバックアップデータセット内のフルバックアップを識別するステップを含む請求項１記載の方法。
【請求項３】
前記データアイテムを識別するステップは、アプリケーションデータの予備バックアップデータセット内のフルバックアップを識別するステップを含む請求項１記載の方法。
【請求項４】
前記データアイテムを識別するステップは、データ特定のＩＤに関連するデータアイテムを識別するステップを含む請求項１記載の方法。
【請求項５】
前記選択基準は、時間基準を含み、且つ、前記選択基準を満足する前記データアイテムを識別するステップは、前記データアイテムが前記時間基準にストアされた時間を比較するステップを含む請求項１記載の方法。
【請求項６】
前記時間基準は、1週間の日を含み、且つ、前記選択基準を満足する前記データアイテムを識別するステップは、前記データアイテムが前記1週間の日にストアされた該1週間の日を比較するステップを含む請求項５記載の方法。
【請求項７】
前記時間基準は、1ヶ月の日を含み、且つ、前記選択基準を満足する前記データアイテムを識別するステップは、前記データアイテムが前記1ヶ月の日にストアされた該1ヶ月の日を比較するステップを含む請求項５記載の方法。
【請求項８】
前記選択基準は、サイクル基準を含み、且つ、前記選択基準を満足する前記データアイテムを識別するステップは、前記データアイテムが前記サイクル基準にストアされてから発生する多くのサイクルを比較するステップを含む請求項１記載の方法。
【請求項９】
前記サイクル基準は、実施された多くのフルバックアップを含み、前記選択基準を満足する前記データアイテムを識別するステップは、前記データアイテムがフルバックアップの数にストアされてから実施された多くのフルバックアップを比較するステップを含む請求項８記載の方法。
【請求項１０】
前記データアイテムが前記選択基準を満足することをインジケートするステップを含む請求項１記載の方法。
【請求項１１】
前記データアイテムが前記選択基準を満足することをインジケートするステップは、データ構造において、情報を、前記データアイテムが前記選択基準を満足することをインジケートする前記データアイテムに関連づけるステップを含む請求項１０記載の方法。
【請求項１２】
前記データアイテムが前記選択基準を満足することをインジケートするステップは、マトリックスにおいて、情報を、前記データアイテムが前記選択基準を満足することをインジケートする前記データアイテムに関連づけるステップを含む請求項１０記載の方法。
【請求項１３】
インジケートされた前記データアイテムは、該データアイテムが前記第２のバックアップデータセットにコピーされた後にインジケートが解除される請求項１０記載の方法。
【請求項１４】
前記データアイテムのインジケートを解除するステップは、データ構造において、前記データアイテムが前記選択基準を満足することをインジケートする前記データアイテムに関連する情報をリムーブするステップを含む請求項１３記載の方法。
【請求項１５】
前記データアイテムのインジケートを解除するステップは、マトリックスにおいて、前記データアイテムが前記選択基準を満足することをインジケートする前記データアイテムに関連する情報をリムーブするステップを含む請求項１３記載の方法。
【請求項１６】
インジケートされた前記データアイテムは、前記データアイテムのインジケートが最初に解除されなければ、プログラムを削除することによっては削除されない請求項１３記載の方法。
【請求項１７】
前記データアイテムは、アプリケーションデータのフルバックアップを含む請求項１記載の方法。
【請求項１８】
少なくとも前記データアイテムの一部をコピーするステップは、少なくとも前記データアイテムの一部のコピーを実施するステップを含む請求項１記載の方法。
【請求項１９】
少なくとも前記データアイテムの一部をコピーするステップは再スタート可能な動作である請求項１記載の方法。
【請求項２０】
電子データをコピーするためのシステムであって、
１または２以上のデータアイテムを含む第１のバックアップデータセットと、
第２のバックアップデータセットと、
前記第１のバックアップデータセットおよび第２のバックアップデータセットに接続可能なコンピュータとを備え、
前記コンピュータは、前記第１のバックアップデータセットにおいて、選択基準を満足する第１のデータアイテムを識別し、且つ、少なくとも前記第１のデータアイテムの一部を前記第１のバックアップデータセットから前記第２のバックアップデータセットにコピーするようにプログラムされたことを特徴とするシステム。
【請求項２１】
コンピュータ化された装置上で実行されたときに、該コンピュータ化された装置に、第1のバックアップデータセットにストアされた電子データをコピーするためのコンピュータ化された方法を実行させるプログラムコードをストアしたコンピュータ使用可能な媒体であって、
前記第１のバックアップデータセットにおいて、選択基準を満足するデータアイテムを識別するステップと、
第２のバックアップデータセットに少なくとも前記データアイテムの一部をコピーするステップと、
を実行させるためのプログラムコードをストアしたコンピュータ使用可能な媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書において開示される本発明は、概して、コンピュータネットワークにおけるデータストレージに関し、更に詳しくは、モジュールデータにおけるデータを選択的にコピーする技術およびストレージ管理システムに関する。
本発明は、次の継続中の出願に関し、そのそれぞれは、そっくりそのまま参照することにより本明細書に組み込まれる。
・出願シリアル番号０９／６１０７３８、「MODULAR BACKUP AND RETRIEVAL SYSTEM USED IN CONJUNCTION WITH A STORAGE AREA NETWORK」、２０００年７月６日出願、代理人整理番号０４４４６３−００２
・出願シリアル番号０９／６０９９７７、「MODULATOR BACKUP AND RETRIEVAL SYSTEM WITH AN INTEGRATED STORAGE AREA FILING SYSTEM」、２０００年７月５日出願、代理人整理番号０４４４６３−００２３
・出願出力圧番号０９／３５４０５８、「HIERARCHICAL BACKUP AND RETRIEVAL SYSTEM」、１９９９年７月１５日出願、代理人整理番号０４４４６３−００１４
・出願シリアル番号０９／７７４２６８、「LOGICAL VIEW AND ACCESS TO PHYSICAL STORAGE IN MODULAR DATA AND STORAGE MANAGEMENT SYSTEM」、２００１年１月３０日出願、代理人整理番号０４４４６３−００３５
・出願シリアル番号６０／４１１２０２、「COMBINED STREAM AUXILIARY COPY SYSTEM AND METHOD」、２００２年９月１６日出願、代理人整理番号４９８２／２６Ｐ
・出願シリアル番号６０／４１６６９９、「SYSTEM AND METHOD FOR PERFORMING STORAGE OPERATIONS USING QUICK RECOVERY VOLUMES」、２００２年１０月７日出願、代理人整理番号４９８３／２９Ｐ
【背景技術】
【０００２】
ニュージャージのオーシャンポートにあるCommVault Systems（登録商標）社によって作成されたＧＡＬＡＸＹストレージ管理システムソフトウェアにおいて、ストレージポリシーは、データがどのように格納されるべきかを方向づけるために利用されている。ストレージは、ユーザに、バックアップおよび読み出し(retrieval)のような彼等のデータストレージ動作を指図するための論理的なバケツ(bucket)を提示する。各クライアントは、基礎をなすストレージアーキテクチャおよびテクノロジーの詳細な知識または理解を要することなく、より高レベルのアブストラクションでデータがストアされる期間、場所、方法をユーザが定義することを可能にするストレージポリシーを指摘する。ストレージ動作の管理の詳細はユーザには見えない。
【０００３】
ストレージポリシーは、従って、自己完結した情報のユニットであるところの各バックアップデータセットがちりばめられた１または２以上のバックアップデータセットに関連する論理的概念である。各バックアップデータセットは、複数のアプリケーションからのデータおよび複数のクライアントからのデータを含んでもよい。各バックアップデータ内には１または２以上のアーカイブが存在し、それは、通常は特定のアプリケーションに関するデータの“ブロック”または別個のかたまり(chunk)である。例えば、あるアーカイブはデータストア(data store)に関するログフィールドを含んでもよく、同一のバックアップデータセットにおける他のアーカイブはデータストア自体を含んでもよい。
【０００４】
バックアップシステムは、たいてい、様々なレベルのストレージを有する。プライマリーバックアップデータセット(primary backup data set)は、例えば、ストレージポリシーが関連し且つ実用的なドライブのセットに関連する特定のデータセットについてストレージ動作のデフォルトの送り先を示す。これらのドライブ(drive)は、それらが付けられる媒体エージェントまたはライブラリとは無関係にアドレス指定される。プライマリーバックアップデータは、例えば、格納されてから１〜２週間の間に頻繁にアクセスされるデータを含むかもしれない。ストレージ管理者は、好ましい高速アクセスタイムでドライブのセットにこのようなデータが格納されることに気づくかもしれない。他方、このような高速ドライブは高価であり、そして、一旦データが頻繁にアクセスされなくなると、ストレージ管理者は、おそらく、より低速なアクセスタイムの他のドライブまたは高価でないテープライブラリ上の予備またはセカンダリーバックアップデータセットにこのデータをムーブ(move)又はコピー(copy)するかもしれない。プライマリーバックアップデータからデータが予備のバックアップデータセットにムーブされると、このデータは、プライマリーバックアップデータから削除され、新たなデータのためのドライブスペースが空けられる。
【０００５】
既存のデータストレージシステムがプライマリーバックアップデータセットから予備のバックアップデータセットにデータをコピーする機能を提供する一方、このコピー手順は同期的な動作であり、一般に、プライマリーバックアップデータセットからの全データが全ての予備のバックアップデータセットにコピーされなければならないことを意味する。この手順は、また、同期的データ複製(synchronous data replication)と呼ばれ、データ管理の点からは非効率的である。
【０００６】
バックアップデータセットは、おそらく、フルバックアップ間でとられるインクリメンタル(incremental)又はデファレンシャル(differential)なバックアップに加えて、特定のアプリケーションに関する１以上のフルバックアップデータを含むであろう。例えば、ストレージ管理者は、インクリメンタルなバックアップが毎日発生してフルバックアップが週に１回発生するというストレージポリシーの特定のバックアップデータセットについて指定するかもしれない。もし、バックアップデータセットが削除される前に２週間保持されるとすれば、バックアップデータセットは、インクリメンタルなバックアップＩ１，Ｉ２，Ｉ３，Ｉ４，Ｉ５，Ｉ６を有するデータＦ１の第１のフルバックアップと、第２のフルバックアップＦ２とを含むであろう。もし、各フルバックアップが１つのテープを必要とし、各インクリメンタルなバックアップが半分のテープを必要とすれば、この代表例のプライマリーバックアップデータセットのデータを格納するためには５つのテープが必要とされる。予備のバックアップデータセットは、また、データがプライマリーバックアップデータセットから予備のバックアップデータセットに移されるときには５つのテープを必要とする。
【０００７】
従って、予備のバックアップデータセットがプライマリーバックアップデータセットのフルコピーであるので、たとえ、任意の予備のバックアップデータセットがプライマリーバックアップデータセットとなることを促進するための柔軟性を同期的データ複製が可能にしても、消費は極めて大きい。もし、或る理由で、データがひとつの予備のバックアップデータセットにコピーできなければ、プライマリーバックアップデータセットからのテープはローテーション(rotate)できない。従って、ユーザは、要求されるグラニュラリティ(granularity)の度合いが変化するにつれて、特定のバックアップのみをコピーすることを望むかもしれない。この原理を示す分野におけるひとつの重要なスキームは、“ＧＦＳ(Grandfather, Father, Son)”と呼ばれ、ＧＦＳにおいて、３つのそれぞれは異なる時間の区間を表す。例えば、息子(Son)は、毎週のグラニュラリティの度合いを表し、父(Father)は、毎月のグラニュラリティの度合いを表し、そして祖父(Grandfather)は、毎年のグラニュラリティの度合いを表す。
【０００８】
多くのユーザは、プライマリーバックアップデータセットから全ての予備のバックアップデータセットに全バックアップをコピーすることを希望しない。時間がたてば、ユーザが要求するグラニュラリティの度合いが変わり、且つ、一方では現在のデータが任意の時点からリストア(restore)される必要があるかもしれず、一般に、古いデータをリストアするときには少ない精度で足りる。フルバックアップが毎週とられる代表的なストレージスキームを考えると、インクリメンタルなバックアップが毎日とられ、データが２週間後に削除され、フルバックアップはひとつのテープを必要とし、そしてインクリメンタルなバックアップは、半分のテープを必要とする。この例におけるストレージ管理者は、前の月にストアされたデータが１日のグラニュラリティのレベルでリストアされ得ることを要求し、このことはデータが前月の任意に与えられた日からリストアされ得ることを意味する。この程度のグラニュラリティで、インクリメンタルなバックアップは、データをリストアすることを必要とする。もし、バックアップデータセットが、インクリメンタルなバックアップＩ１，Ｉ２，Ｉ３，Ｉ４，Ｉ５，Ｉ６を有する第１のフルバックアップのデータＦ１と第２のフルバックアップＦ２とを含んでいれば、Ｆ１，Ｉ１，Ｉ２，Ｉ３，Ｉ４，Ｉ５，Ｉ６が要求される。もし、フルバックアップＦ２の実施と同時にインクリメンタルなバックアップＩ６が実施されると、フルバックアップＦ２がＦ１およびインクリメンタルなバックアップＩ１−Ｉ６から再生され得るので、Ｆ２を含むテープが必要である。他方、この例におけるストレージ管理者は、１ヶ月以上の古いデータについては１週間のグラニュラリティの度合いを要求するだけであるかもしれず、従ってインクリメンタルなバックアップは必要とされず、フルバックアップは十分である。この場合、フルバックアップＦ１，Ｆ２を含むテープのみが必要とされ、そしてインクリメンタルなバックアップＩ１，Ｉ２，Ｉ３，Ｉ４，Ｉ５，Ｉ６を含む３つのテープは不要である。
【０００９】
他の例は、異なる保持基準(retention  criteria)で、(Wkly)、毎月(Mnthly)、毎年(Yrly)と呼ばれる３つのバックアップデータを伴うストレージポリシーである。毎週マックアップデータセットは１５日の保持期間を有し、毎月バックアップデータセットは６ヶ月の保持期間を有し、そして毎年バックアップデータセットは７年の保持期間を有する。この例におけるバックアップは毎日実施され、毎週金曜日に毎週バックアップデータセットへのフルバックアップが行われる。加えて、フルバックアップが、各月末に毎週バックアップデータセットへのフルバックアップが行われる。週末のフルバックアップのみが毎月バックアップデータセットにコピーされ、そして月末のフルバックアップのみが毎年バックアップデータセットにコピーされる。何れのフルバックアップも１つのテープを使用し且つインクリメンタルなバックアップが４分の１のテープを必要とするという仮定の下では、毎週バックアップデータセットは、多くても３つのフルバックアップと１２のインクリメンタルなバックアップで６つまでのテープを要する。これらの６つのテープは何度もリサイクルされる。毎月バックアップデータセットは、絶え間なくリサイクルされる２６のテープを要し、そして毎年バックアップデータセットは７年間で１月につき１つのテープを要する。従って、トータルで８４のテープが必要とされ、そして長期にわたってリサイクルされる。
【００１０】
また、時折、ハードウェアまたはソフトウェアに起因してデータにおけるホールまたは不良テープに関する問題が発生する。これらの事例では、もし、高度の時間集中処理(highly time intensive process)であるところの予備のバックアップデータセットへの全データコピーがなされなければ、プライマリーバックアップデータセットからのデータは削除され得ず、そしてまた多くのテープを必要とする
【００１１】
従って、プライマリーバックアップデータセットから予備のバックアップデータセットへのデータの選択的コピーを可能とし、テープのローテーションを促進し、ＧＦＳスキームの任意の変形を構成するための機能を提供し、そして更にはプライマリーバックアップデータセットからのデータの選択的削除を可能にするシステムに対する要請が存在する。
【発明の開示】
【課題を解決するための手段】
【００１２】
本発明は、とりわけ、コンピュータネットワークにおけるバックアップデータストレージに関する上述の問題を解決する。
本発明のある特徴によれば、第１のバックアップデータセットに電子データをコピーするためのコンピュータ化された方法が提供され、この方法は、第１のバックアップデータセットにおいて選択基準を満足するデータアイテムを識別し、少なくとも前記データアイテムの一部を第２のバックアップデータセットにコピーする。或る実施形態において、データアイテムは、アプリケーションデータのプライマリーバックアップデータセット内のフルバックアップと、アプリケーションデータの予備のバックアップデータセット内のフルバックアップと、データ特定ＩＤまたは他のデータアイテムに関するデータアイテムとを備える。
【００１３】
選択基準は、コピーまたは他の目的のための第１のデータアイテムを選択するために発明によって使用される第１のデータアイテムの特性(characteristic)またはプロパティ(property)である。ある実施形態において、選択基準は時間基準を含み、そしてデータアイテムを識別することは、データアイテムが時間基準にストアされた時間を比較することを含む。或る実施形態において、時間基準は月の日(a day of a month)を含み、データアイテムを識別することは、データアイテムが週の日にストアされた前記週の日(a day of a week)を比較することを含む。或る実施形態において、時間基準は月の日(a day of a month)を含み、データアイテムを識別することは、データアイテムが月の日にストアされた前記月の日を比較することを含む。或る実施形態において、選択基準はサイクル基準を含み、データアイテムを識別することは、データアイテムがサイクル基準にストアされてから発生する多くのサイクルを比較することを含む。或る実施形態において、サイクル基準は、実施される多くのフルバックアップを含み、データアイテムを識別することは、データアイテムが多くのフルバックアップにストアされてから実施される多くのフルバックアップを比較することを含む。
【００１４】
或る実施形態において、選択基準を満足するデータアイテムは、インジケート(indicate)され、そうでなければマークされ、またはフラグが立てられる。或る実施形態において、データアイテムが選択基準を満足することをインジケートすることは、データ構造において、情報を、データアイテムが選択基準を満足することをインジケートするデータアイテムに関連づけることを含む。或る実施形態において、データアイテムが選択基準を満足することをインジケートすることは、マトリックスにおいて、情報を、データアイテムが選択基準を満足することをインジケートするデータアイテムに関連づけることを含む。或る実施形態において、データアイテムは、データアイテムが第２のバックアップデータセットにコピーされた後にデインジケート(de-indicate)される。或る実施形態において、データアイテムは、データ構造において、データアイテムが選択基準を満足することをインジケートするデータアイテムに関連する情報をリムーブ(remove)することによりデインジケートされる。或る実施形態において、データアイテムは、マトリックスにおいて、データアイテムが選択基準を満足することをインジケートするデータアイテムに関連する情報をリムーブ(remove)することによりデインジケートされる。或る実施形態において、インジケートされたデータアイテムは、データアイテムが最初にデインジケートされなければ、プログラムを削除することによっては削除されない。
【００１５】
或る実施形態において、前記データアイテムは、アプリケーションデータのフルバックアップを含む。
或る実施形態において、少なくともデータアイテムの一部をコピーすることは、少なくともデータアイテムの一部の予備的コピーを実施することを含む。或る実施形態において、少なくともデータアイテムの一部のコピーは再スタート可能な動作である。
【００１６】
一実施形態において、本発明は、電子データをコピーするためのシステムを提供し、該システムは、１または２以上のデータアイテムを含む第１のバックアップデータセットと、第２のバックアップデータセットと、前記第１のバックアップデータセットおよび前記第２バックアップデータセットに接続可能なコンピュータとを備え、前記コンピュータは、第１のバックアップデータセットにおいて、選択基準を満足する第１のデータアイテムを識別し、且つ、第１のデータアイテムの一部を第１のバックアップデータセットから第２のバックアップデータセットにコピーするようにプログラムされている。
【００１７】
或る実施形態において、本発明は、コンピュータ化された装置上で実行されるときに、第１のバックアップデータセットにストアされた電子データをコピーするためのコンピュータ化された方法をコンピュータ化された装置に実行させるプログラムコードをストアするコンピュータ使用可能な媒体と、第１のバックアップデータセットにおいて、選択基準を満足するデータアイテムを識別し、そして少なくともデータアイテムの一部を第２のバックアップデータセットにコピーする方法とを提供する。
【発明を実施するための最良の形態】
【００１８】
本発明は添付の図面に図解され、それは代表例であって本発明を制限するものではなく、各図面において、同様の符号（レファレンス）は同様のパーツまたは対応するパーツを表す。ここで、図１は、本発明の実施形態による代表的なストレージシステムのブロックダイアグラムであり、図２は、本発明の実施形態による他の代表的なストレージシステムのブロックダイアグラムであり、図３は、本発明の実施形態による代表的なストレージポリシーのブロックダイアグラムであり、図４は、本発明の実施形態による代表的なストレージロジックのブロックダイアグラムであり、図５は、本発明の実施形態による代表的なストレージシーケンスのブロックダイアグラムであり、図６は、本発明の実施形態による代表的なプライマリーバックアップデータセットのブロックダイアグラムであり、図７は、本発明の実施形態による選択的なデータ複製(selective data replication)のフローチャートであり、図８は、本発明の実施形態による他の選択的なデータ複製のフローチャートのブロックダイアグラムである。
【００１９】
図面を参照して、本発明の好ましい実施形態を説明する。以下に詳細に説明されるように、データ特定のストレージポリシーと関連する選択(preference)が選択的データ複製を実施するために使用される。図１は、本発明の実施形態による代表的ストレージシステム１００のブロックダイアグラムを表す。ストレージシステム１００は、種々のストレージ媒体１０８にデータをストアするソフトウェアアプリケーション１０２を備える。ソフトウェアアプリケーション１０２は、本明細書で詳細に説明するように、ストレージポリシー１０６に従ってソフトウェアアプリケーション１０２からデータをストアすべき場所を決定するストレージコントロール１０４と通信する。ストレージコントロール１０４は、通常、ソフトウェアアプリケーション１０２からストアされるべきデータを受け取るが、しかしながら、当業者であれば、データはソフトウェアアプリケーションから受け取られることに制限されず、且つ、データはまた、本技術分野で知られたＲＡＷデータ(raw data)および他のタイプのデータを含むこともあり得る。データを受け取ると、ストレージコントロール１０４は、第１のストレージ媒体１１０、第２のストレージ媒体１１２、または第Ｎのストレージ媒体１１４までの任意数の他のストレージ媒体のようなストレージ媒体１０８にデータをストアするかどうかを決定する。ストレージコントロール１０４は、どのストレージ媒体にデータがストアされるかを制御し、同様に以前にストアされたデータがどこにムーブ(move)されるかを制御する。
【００２０】
例えば、ストレージコントロール１０４は、或るストレージポリシー１０６に基づき、第１のストレージ媒体１１０にストアされているデータを第２のストレージ媒体１１２にムーブする。加えて、ストレージコントロール１０４は、第２のストレージ媒体１１２から第Ｎのストレージ媒体１１４を含むストレージ媒体１０８のうち、任意の他のものにデータをムーブできる。また、ストレージ媒体１０４は、第１のストレージ媒体１１０から第Ｎのストレージ媒体１１４にデータをムーブできる。もちろん、データはどちら方向にもムーブすることができ、そして、ストレージコントロール１０４は、通常、ストレージ媒体１０８間でデータをムーブすることができる。
【００２１】
図２は、本発明の実施形態による他の代表的なストレージシステム１１６のブロックダイアグラムである。ストレージシステム１１６は、ストレージシステム１１６の動作を実行するコンピュータデバイス１１８を備える。コンピュータデバイス１１８は、データがソフトウェアアプリケーション１２０からストレージ媒体１０８に移されるときに、インストールされたファイルシステム１２２と情報のやり取りを行うソフトウェアアプリケーション１２０を備える。例えば、ユーザがソフトウェアアプリケーション１２０からデータをセーブ(save)するとき、ユーザは、インストールされたファイルシステム１２２にデータがセーブされていることが分かるだけである。インストールされたファイルシステム１２２は、マネージャモジュール１２４と情報のやり取りを行い、そしてそれは続いて媒体モジュール１２８と情報のやり取りを行ってデータをストレージ媒体１０８にストアするが、しかしながら、この処理は、通常、ユーザには見えず、且つ本明細書で詳しく説明されるように自動的に実施される。
【００２２】
マネージャモジュール１２４は、代表的なストレージコントロール１０４であり、そしてストレージポリシー１０６を含み、このストレージポリシー１０６は、イントールされたファイルシステム１２２からマネージャモジュール１２４が受け取るデータが、どのようにストレージ媒体にストアされるかを決定するために使用される。マネージャモジュール１２４は、また、ストレージ媒体における初期のストレージ決定を支援するためのマスターマップ１２６と呼ばれるデータ構造を備える。或る実施形態において、ソフトウェアアプリケーションは、ストアされたデータに方向づけられ、データは、インストールされたファイルシステムに送られ、そしてマネージャモジュール１２４がストレージポリシー１０６をアクセスしてデータのストレージについて適切なロケーションを決定する。マスターマップ１２６は、他のデバイス、例えば更なる処理を行う他のコンピュータデバイスまたは種々のストレージデバイス１０８に送られるデータを方向づけるための更なる情報を含む。
【００２３】
媒体モジュール１２８は、データがストレージシステム１１６にストアされた場所の更なる詳細を提供するデータインデックス１３０を備えるハードウェアまたはソフトウェアモジュールである。データインデックス１３０は、磁気ディスク媒体１３２および磁気テープ媒体１３４のように、ストレージ媒体１０８のロケーションのような詳細を備える。データインデックス１３０は、磁気ディスク媒体１３２から磁気テープユニット１３４へのように、ひとつのストレージ媒体１０８から他の媒体に任意のデータがムーブされたときに、ファイルロケーション情報で更新される。もちろん、追加的なテープおよび１以上のタイプのストレージ媒体１０８がストレージシステム１１６に組み込むことができる。
【００２４】
図３は、代表的なデータ特定のストレージポリシー１０６のブロックダイアグラムであり、出願番号０９／７４４２６８に更に詳しく述べられており、それは、そっくりそのまま参照することにより本明細書に組み込まれる。ストレージポリシー１０６は、ストレージシーケンス１３６およびストレージロジック１３８を備える。ストレージシーケンス１３６は、特定のタイプのデータをストアするために使用される潜在的ストレージパターン(potential storage pattern)を表す。ストレージロジック１３８は、初期ストレージシーケンス選択１４０を備え、それは、ストレージコントロール１０４に到着したときにデータについての潜在的ストレージのコンシダレーション(consideration)を表す。ストレージシーケンス再選択１４２およびストレージシーケンス適合(storage sequence adaptation)１４４は破線で表される。ストレージシーケンス再選択１４２は、初期ストレージシーケンス選択１４０に代わって使用される代替のシーケンス選択ロジックを可能にするロジックを表す。必要ではないが、例えば、プライマリーバックアップデータセットが利用できないか又はデータに対してストレージスペースが不十分であるときのように、初期ストレージシーケンス選択１４０がソフトウェアアプリケーション１０２から伝送されるデータについて不適切であるときに、ストレージシーケンス再選択１４２が発生する。ストレージシーケンス適合１４４は、例えば、もしファイルタイプが変わり又は他の変化が生じれば、ストレージメカニズムにセーブされているデータにおける変化に従って初期ストレージシーケンス選択１４０が修正されることを可能とするロジックを表す。本明細書で更に説明されるように、データ特定の選択(preference)および情報は、ストレージポリシー１０６と関連した異種のデータを処理するために、ストレージシーケンス１３６、ストレージロジック１３８、初期ストレージシーケンス選択１４０、ストレージシーケンス再選択１４２、およびストレージシーケンス適合１４４と関連づけられ得る。例えば、マイクロソフト（登録商標）エクスチェンジデータは、従って、オラクル（登録商標）データベースから区別され、そして別に処理される。
【００２５】
図４は、本発明の一実施形態による代表的なストレージロジック１３８のブロックダイアグラムである。同図に示されるように、ストレージロジックは、ストレージシーケンス選択(storage sequence preference)１４８と関連するデータ特定のＩＤ １４６をインジケートするための行(row)および列(column)を用いたデータ構造を表す。データ特定のＩＤ １４６は、アプリケーション、ファイルタイプ、および本技術分野で知られている他のデータタイプのような特定のタイプのデータに関連づけられる。或る実施形態において、データ特定のＩＤ １４６は、異なるタイプのアプリケーションデータを区別するためのアプリケーションＩＤとして使用される。左の列は、例えば、マイクロソフト（登録商標）のエクスチェンジ、オラクル（登録商標）社のオラクルデータベース、マイクロソフト（登録商標）のＳＱＬサーバ-、および本技術分野で知られている他のアプリケーションのようなアプリケーションプログラムに対応する複数の代表的なデータ特定のＩＤを表す。右の列は、対応するストレージシーケンスレファレンス１４８を各データ特定のＩＤに関連づける。例えば、第１および第２のデータ特定のＩＤ１４６は、プライマリーストレージシーケンスに関連づけられる。従って、マネージャモジュール１２４、およびストレージロジック１３８を参照(consult)する他のモジュールは、第１および第２のデータ特定のＩＤ １４６に対応するアプリケーションによって発生されたアプリケーションデータが、本明細書で更に説明するように、プライマリーストレージシーケンスで指定されたストレージパターンに従ってストアされるべきであることを決定できる。同様に、第３のデータ特定のＩＤ １４６に対応するアプリケーションによって発生されたアプリケーションデータは、第２のストレージシーケンスで指定されたストレージパターンに従ってストアされるべきである。他のデータ特定のＩＤ １４６は、複製ストレージシーケンス(a duplicate storage sequence)および長期ストレージシーケンス(a long term storage sequence)で指定されたストレージパターンを参照する。
【００２６】
図５は、本発明の一実施形態による代表的なストレージシーケンス１３６のブロックダイアグラムである。ストレージシーケンス１３６は、プライマリーストレージシーケンス(primary storage sequence)１５０、セカンダリーストレージシーケンス(secondary storage sequence)１５２、複写ストレージシーケンス(duplicate storage sequence)１５４、および長期ストレージシーケンス(long term storage sequence)１５６を含む。当業者であれば、これらは単なる代表例のストレージシーケンスであり、多くの他のストレージシーケンスがストレージシーケンス１３６に加えられることが分かる。ストレージシーケンス１３６は、異なるストレージシーケンス特性を示す列を備える行に配列される。
【００２７】
例えば、左端の列は、ストレージシーケンス名を示し、第２列に第１のストレージＩＤが続く。アプリケーション１０２が、データのストレージを方向づけるときに、ストレージコントロール１０４は、ストレージポリシー１０６を参照して、データを発生するアプリケーションのデータ特定のＩＤ １４６に従ってデータをストアするのに使用するための適切なストレージシーケンス１３６を決定する。デフォルトのストレージポリシーは、例えば、００１のＩＤを有する第１のストレージにデータが入るプライマリーストレージシーケンス１５０に従ってデータをストアすることを含む。データは、ストレージシーケンス１３６の次列に示されるように、１３週間の期間、第１のストレージにストアされる。この時点で、データは、第２のストレージＩＤ ００５にムーブされ、２６週間の期間、そこにストアされる。２６週間の経過後、５２週間の期間、データは第３のストレージＩＤ ００２にムーブされる。この処理は、データが第ＮのストレージＩＤ ００４にストアされるまで継続する。プライマリーストレージシーケンス１５０は、もちろん、代表的なストレージシーケンスであるが、本明細書では、ストレージシーケンス１３６の動作を理解するための手段として説明されている。図５から理解されるように、他のストレージシーケンスが同様に動作する。
【００２８】
図６は、本発明の一実施形態によるプライマリーバックアップデータセット１５８の例を示す。同図に示されるように、プライマリーバックアップデータセット１５８は、メモリのブロックまたは他のストレージスペースである、フルバックアップＡ１ １６０、Ａ２ １６８、Ｂ１ １７２、Ｂ２ １７８、およびインクリメンタルなバックアップＡ’１ １６２、Ａ’２ １６４、Ａ’３ １６６、Ａ’４ １７０、Ｂ’１ １７４、Ａ’５ １７６を備える。当業者であれば、プライマリーバックアップデータセット１５８のようなバックアップデータセットはこれらのタイプのバックアップデータのみをストアすることに制限されず、デファレンシャルなバックアップ(differential backup)、シンセティックバックアップ(synthetic backup)、スナップショット(snapshot)、クイックリカバリボリューム(quick recovery volume)、および本技術分野で知られている他のタイプを含む多くの異なるタイプのデータをストアすることができることが分かる。
【００２９】
先に述べたように、アプリケーションデータは、ストレージシーケンス１３６に従ってストアされ、且つ、ストレージロジック１３８で指定されるデータ特定のＩＤ １４６に関連づけられる。従って、例えば、ストレージシーケンス１３６は、フルバックアップが日常的に実施されるインクリメンタルなバックアップと共に毎週実施されることを要求する。さらに、複数のデータ特定のＩＤ １４６は、同一のストレージシーケンスに関連づけられ、従ってバックアップデータセットは、１または２以上の異なるアプリケーションからの多くのフルバックアップおよびインクリメンタルなバックアップを含む。例えば、プライマリーバックアップデータセット１５８は、４つのフルバックアップＡ１ １６０、Ａ２ １６８、Ｂ１ １７２、Ｂ２ １７８、Ａ３ １８０と、６つのインクリメンタルなバックアップＡ’１ １６２、Ａ’２ １６４、Ａ’３ １６６、Ａ’４ １７０、Ｂ’１ １７４、Ａ’５ １７６を含む。
【００３０】
各フルバックアップ、インクリメンタルなバックアップ、およびバックアップデータセットにストアされた他の相当量のデータは、データを発生するアプリケーションのためのデータ特定のＩＤ １４６、データがストアされた日、ストアされたデータの量、およびデータを識別するのに有用な本技術分野で知られた他の特性のようなそれに関連する多くの特性を備える。とりわけ、これらの特性は、本明細書で説明されるように、予備のコピーおよび本技術分野で知られている他のコピー方法を用いて、個々の塊をバックアップデータセットから別のバックアップデータセットにコピーすることにより選択的データ複製(selective data replication)を実施すると共に、バックアップデータセット内の分離した個別の塊データ(discrete individual chunk of data)を識別するために使用できる。
【００３１】
図７は、本発明の一実施形態による選択的データ複製処理を示すフローチャートである。マネージャモジュール１２４または他のコントローラプログラムは、最初に第１のバックアップデータセットに関連するデータをサーチする（ステップ１８２）。第１のバックアップデータセットに含まれるデータは直接的にサーチされることができ、あるいは、このサーチは、第１のバックアップデータセットにあるデータに関連するインデックスデータまたは他のデータ上で実施される。マネージャモジュール１２４は、ユーザによって、または、第２のバックアップデータセットに関連する選択(preference)に従って指定された選択基準を満足するデータアイテムを識別する（ステップ１８４）。例えば、第１のバックアップデータセットにあるデータアイテムが選択的に複製される第２のバックアップデータセットに関する選択(preference)は、第１のバックアップデータセットにあるデータアイテムを識別するのに使用できる。選択基準を満足するものとして識別されたそれらのデータアイテムは、選択的に第２のバックアップデータセットに複製される（ステップ１８６）。
【００３２】
図８は、本発明の一実施形態による他の選択的データ複製処理を示すフローチャートである。マネージャモジュール１２４または、他のコントローラプログラムは、最初に、マスターマップ１２６を参照し、そして選択的データ複製が実施されるべきストレージポリシー１０６を指示する全てのデータ特定のＩＤ １４６を決定する（ステップ１８８）。或る実施形態において、データ特定のＩＤは、媒体モジュール１２８のデータインデックス１３０またはストレージポリシー１０６にストアされてもよい。例えば、もし、ユーザがプライマリーバックアップデータセットについて選択的データ複製を実施することを希望すれば、マネージャモジュール１２４は、マスターマップ１２６において検索(lookup)を実施して、何れのデータ特定のＩＤ １４６がプライマリーバックアップデータセットについてのストレージポリシー１０６に関連づけられるかを判断する。
【００３３】
第１のデータ特定のＩＤ １４６から開始し（ステップ１９０）、マネージャモジュール１２４は、各バックアップデータセットにストアされたデータを検査(review)して、データがコピーされるべき予備のバックアップデータセットの選択基準に基づきデータ特定のＩＤ １４６について何かコピーされるべきかどうかを判断する（ステップ１９２）。例えば、予備のバックアップデータセットは、マイクロソフト（登録商標）のエクスチェンジデータのような特定アプリケーションについてのデータが、或る選択基準に従ってプライマリーバックアップデータセットから選択的にコピーされるべきであることを特定する。
【００３４】
各予備のバックアップデータセットは、いつ、どのフルバックアップをそれにコピーするかを決めるために使用される選択基準を備える。選択的データ複製において使用される選択基準は、時間またはサイクルの何れかにおいて定義できる。時間基準は、例えば、月の所定日(a given day of the month)、およびｎカ月ごと(every n months)、および開始月(starting month)、または、週の所定日(a given day of the week)、およびｎ週間ごと(every n weeks)、および開始週(starting week)として特定できる。先の例における月の日は、月の最終日の形式をとることができる。サイクル基準の場合には、サイクルは、フルバックアップ間でストアされたデータを表す。例えば、サイクルは、第１のフルバックアップＦ１、インクリメンタルなバックアップＩ１，Ｉ２，Ｉ３，Ｉ４，Ｉ５，Ｉ６、および第２のフルバックアップＦ２を含む。例えば、或る実施形態において、アプリケーションマネージャは、データ特定のＩＤ １４６基準で、フルバックアップについてサイクルナンバー(cycle number)の経過を追う。例えば、これは、予備のバックアップデータセットにコピーされたフルバックアップおよび既存バックアップ間のサイクルの数を判断するために如何なる痕跡も残さないプライマリーバックアップデータセット上でより小さな保持(smaller retention)でバックアップが削除されることを可能にする。当業者であれば、選択的データ複製を実施するために多くの他の選択基準を使用できることが分かる。
【００３５】
マネージャモジュール１２４は、それから、複製されるべきジョブ(job)として選択基準を満足するジョブをマークするか、そうでなければ、マスターマップ１２６においてフラグを立てる（ステップ１９４）。このようにこれらのジョブをマークすることは、それらは複製が完了する前に削除されないことを保証する。しばしば、バックアップデータセットは、概して、より効率的なテープの使用およびデータストレージを促進するために削除される。例えば、ストレージ管理者または削除プログラムは、本技術分野で知られている他の有用な削除選択基準(pruning selection criteria)に従って、または或る日付よりも古いバックアップデータセットにある全てのバックアップを削除する。削除プログラムがバックアップデータセットにある削除すべきデータを探すとき、それは、最初に、削除選択基準を満足するデータアイテムが選択的に複製されるべきであるとマークされたかどうかをチェックする。もし、データアイテムがそのようにマークされていれば、削除プログラムは、データアイテムが選択的に複製され、且つ、その結果、本明細書で更に説明されるようにマーク解除されるまで、データアイテムをコピーしない。
【００３６】
データがアチーブファイル(achieve file)ごとに複製される同期的データ複製とは異なり、全てのバックアップ、インクリメンタルなバックアップ、デファレンシャルなバックアップ、および他のバックアップが、予備のバックアップデータセットにコピーされ、選択的データ複製を用いて、マネージャモジュール１２４は、全ての必要なバックアップデータセットについてジョブごとの基準(job-by job basis)でコピー動作を開始し（ステップ１９６）、そして、保持基準(retention criteria)を満足するそれらのフルバックアップのみをコピーする。或る実施形態においては、そうでなければ、ユーザがストレージポリシー１０６上で動作を再開することを知らないかもしれず、そして例えば予備のコピーの故障によりテープが供給されず又はデータが欠損するかもしれないので、この予備のコピー動作は再スタート可能である。
【００３７】
一旦、特定ジョブの選択的データ複製が完了すると、マネージャモジュール１２４は、データが無事にコピーされたことを示すジョブのマークを解除し（ステップ１９８）、そしてそのジョブは、ここで削除されるか、あるいはそうでなければ処理(manipulate)される。或る実施形態において、マネージャモジュール１２４は、全バックアップデータセットへの複製が完了する前にジョブが削除されないように、複数のアイテムおよび動作(operation)をトラッキング(tracking)するのに適した他の技術またはマトリックスデータ構造を用いてこのステータスを反映することにより複数のバックアップデータセットに複製されている同一のジョブを補償する。マネージャモジュール１２４は、データ特定のＩＤ １４６が残っているかをチェックし（ステップ２００）、そしてステップ１９２に戻るか、または、データ特定のＩＤ １４６が残ってなければ、このサブルーチンを抜け出る（ステップ２０２）。
【００３８】
図７で述べられた処理を示す時間基準の例は次のようである。ステップ１９２で使用された選択基準に基づき、マネージャモジュール１２４は、コピーすべき最近におけるフルバックアップを確認する時間であるかどうかを判断する。もしバックアップがコピーされるべきであることが見出されれば、マネージャモジュール１２４は、複製されるべきジョブをマークし、そしてそのジョブは削除されない。マネージャモジュール１２４は、特定のバックアップデータセットに複製される必要のあるジョブのリストにジョブＩＤを付け加える。同一のジョブが複数のバックアップデータセットにコピーされなければならないかもしれないので、これはマトリックスである。
【００３９】
例えば、もし、選択基準がｎケ月ごとに月の所定日であるように設定されると、マネージャモジュール１２４は、選択的コピーが構成された時から最新の成功したフルバックアップをコピーし、それはプライマリーバックアップデータセットに生じる。マネージャモジュール１２４は、基準に関係なく全てのバックアップデータセットに第１のフルバックアップをコピーする。第１のバックアップがコピーされた後、マネージャモジュール１２４は、時間内に逆方向にサーチして現時点から月の所定日現在で、最新の成功したフルバックアップを見つけ出そうと試みる。或る実施形態において、もし、見つけられたフルバックアップが既にコピーされたフルバックアップと同一であれば、マネージャモジュール１２４は、クリティカルイベント(critical event)を発行し、そして警告する。
【００４０】
図７で述べられた処理を示すサイクル基準の例は次のようにである。ステップ１９２で使用された選択基準に基づき、マネージャモジュール１２４は、問題になっているデータ特定のＩＤ １４６について前のフルバックアップサイクルナンバーを判断する。もし、問題になっているデータ特定のＩＤ １４６と複製されたサイクルとの間の差が基準のサイクルの数に等しければ、マネージャモジュール１２４は複製されるべきジョブをマークし、そしてそのマークは削除されない。前述したように、これは、同一のジョブが複数のバックアップデータセットにコピーされなければならないかもしれないので、マトリックスまたは他の技術である。
【００４１】
例えば、もし、選択基準が４サイクルのようなサイクルで与えられると、マネージャモジュール１２４は、プライマリーバックアップデータセットに生じる第１のフルバックアップをコピーする。マネージャモジュール１２４は、このフルバックアップについてサイクルナンバーを記録する。マネージャモジュール１２４は、それから、時間内に逆方向に進んで第４の成功したフルバックアップを見つけ出そうと試みる。もし、それが存在すれば、そのフルバックアップもコピーされる。
【００４２】
本明細書で述べられたシステムおよびモジュールは、ソフトウェア、ファームウェア、ハードウェア、またはソフトウェア、ファームウェアの任意の組み合わせ、または本明細書で述べられた目的に適したハードウェアを含む。ソフトウェアおよび他のモジュールはサーバー、ワークステーション、パーソナルコンピュータ、コンピュータ化されたタブレット、ＰＤＡ、および本明細書で述べられた目的に適した他の装置に存在してもよい。ソフトウェアおよび他のモジュールは、ローカルメモリ、ネットワーク、ブラウザ、またはＡＳＰコンテキストにおける他のアプリケーション、または本明細書で述べられた目的に適した他の手段を介してアクセス可能であってもよい。本明細書で述べられたデータ構造は、コンピュータファイル、変数、プログラミングアレイ、プログラミング構造、または電子情報ストレージスキームまたは方法、または本明細書で述べられた目的に適したそれらの任意の組み合わせを含んでも良い。本明細書で述べられたユーザーインターフェイス要素は、グラフィカルユーザーインターフェイス、コマンドラインインターフェイス、および本明細書で述べられた目的に適した他のインターフェイスを含んでも良い。本明細書で述べられ提示されたスクリーンショット(screenshot)は、入力(input)、アクセス(access)、変化(change)、操作(manipulate)、修正(modify)、変更(alter)、そして情報を用いて動作(work)するために、従来技術で知られているように異なって表示されることができる。
【００４３】
好ましい実施形態と結びつけて本発明を説明し図解したが、当業者にとっては、本発明の要旨および精神を逸脱することなく多くの変形および修正がなされることが明らかであり、そして本発明は、従って上述した構成および手順の詳細に制約されず、変形および修正が本発明の範囲内に含まれることが意図される。
【図面の簡単な説明】
【００４４】
【図１】本発明の実施形態による代表的なストレージシステムのブロックダイアグラムである。
【図２】本発明の実施形態による他の代表的なストレージシステムのブロックダイアグラムである。
【図３】本発明の実施形態による代表的なストレージポリシーのブロックダイアグラムである。
【図４】本発明の実施形態による代表的なストレージロジックのブロックダイアグラムである。
【図５】本発明の実施形態による代表的なストレージシーケンスのブロックダイアグラムである。
【図６】本発明の実施形態による代表的なプライマリーバックアップデータセットのブロックダイアグラムである。
【図７】本発明の実施形態による選択的なデータ複製のフローチャートである。
【図８】本発明の実施形態による他の選択的なデータ複製のフローチャートのブロックダイアグラムである。
【符号の説明】
【００４５】
１００  ストレージシステム
１０２  ソフトウェアアプリケーション
１０４  ストレージコントロール
１０６  ストレージポリシー
１０８  ストレージ媒体
１１０  第1のストレージ媒体
１１２  第２のストレージ媒体
１１４  第Ｎのストレージ媒体
【図１】
2005510794.tif 000003
【図２】
2005510794.tif 000004
【図３】
2005510794.tif 000005
【図４】
2005510794.tif 000006
【図５】
2005510794.tif 000007
【図６】
2005510794.tif 000008
【図７】
2005510794.tif 000009
【図８】
2005510794.tif 000010
【国際調査報告】
2005510794.tif 000011