(57)【要約】【課題】  データバックアップシステムにおいてバックアップタスク間でリソースを割り当てるための方法及び装置を提供すること。【解決手段】  本発明の一態様は、コンピュータネットワークにおいてバックアップタスクを管理することに関する。バックアップ統計量のセットに基づいてバックアップタスクの各々に対する推定リソース利用度が確立される。その推定リソース利用度に基づいて、バックアップタスクの各々に対してリソース予約が割り当てられる。バックアップタスクの各々に対するこのリソース予約は、その実行中に動的に変化される。【選択図】  図３
2008251001.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータネットワーク内でバックアップタスクを管理するための方法であって、
バックアップ統計量のセットに基づいて、前記バックアップタスクの各々に対する推定リソース利用度を確立するステップと、
前記推定リソース利用度に基づいて、前記バックアップタスクの各々に対してリソース予約を割り当てるステップと、
前記バックアップタスクの各々に対する前記リソース予約を、その実行中に動的に変化させるステップと
を備える方法。
【請求項２】
前記リソース予約を動的に変化させる前記ステップが、前記タスクの各々の前記リソース予約をその実行中に少なくとも１回減少させる工程を含む、請求項１に記載の方法。
【請求項３】
前記リソース予約を減少させる前記工程が、
前記バックアップタスクが実行されているときに、前記バックアップタスクの各々についてのリソース使用を追跡することと、
時間経過につれて前記リソース予約の部分を定期的に解放させることと、
前記バックアップタスクの各々の前記リソース予約を、その完了に応答して割当て解除することと
を含む、請求項２に記載の方法。
【請求項４】
前記バックアップタスクの各々に対する前記リソース利用度が、前記バックアップタスクのサイズ及び前記バックアップタスクによって必要とされる帯域幅のうちの少なくとも１つを含む、請求項１に記載の方法。
【請求項５】
前記推定リソース利用度を確立する前記ステップが、
前記バックアップタスクの各々についての一連のリソース使用を、その各一連の以前の実行毎に決定する工程と、
前記バックアップタスクの各々についての前記一連のリソース使用に関してトレンド分析を行いその前記推定リソース利用度を生成する工程と
を含む、請求項１に記載の方法。
【請求項６】
前記バックアップタスクの各々の前記リソース予約に基づいて前記バックアップタスクに対して記憶システムにおいてリソースを予め割り当てるステップを更に備える、請求項１に記載の方法。
【請求項７】
前記バックアップタスクのうちの１つを、そのリソース予約を越えるリソース使用に応答して中断させるステップと、
前記バックアップタスクの１つに対して付加的なリソース予約を要求するステップと
を更に備える、請求項１に記載の方法。
【請求項８】
前記付加的なリソース予約が許可されない場合に、前記バックアップタスクの１つをアボートするステップを更に備える、請求項７に記載の方法。
【請求項９】
コンピュータネットワーク内でバックアップタスクを管理するための装置であって、
バックアップ統計量のセットに基づいて、前記バックアップタスクの各々に対する推定リソース利用度を確立するための手段と、
前記推定リソース利用度に基づいて、前記バックアップタスクの各々に対してリソース予約を割り当てるための手段と、
前記バックアップタスクの各々に対する前記リソース予約を、その実行中に動的に変化させるための手段と
を備える装置。
【請求項１０】
前記リソース予約を動的に変化させるための手段が、前記タスクの各々の前記リソース予約をその実行中に少なくとも１回減少させるための手段を備える、請求項９に記載の装置。
【請求項１１】
前記減少させるための手段が、
前記バックアップタスクが実行されているときに、前記バックアップタスクの各々についてのリソース使用を追跡するための手段と、
時間経過につれて前記リソース予約の部分を定期的に解放させるための手段と、
前記バックアップタスクの各々の前記リソース予約を、その完了に応答して割当て解除するための手段と
を備える、請求項１０に記載の装置。
【請求項１２】
前記バックアップタスクの各々に対する前記リソース利用度が、前記バックアップタスクのサイズ及び前記バックアップタスクによって必要とされる帯域幅のうちの少なくとも１つを含む、請求項１１に記載の装置。
【請求項１３】
前記確立するための手段が、
前記バックアップタスクの各々についての一連のリソース使用を、その各一連の以前の実行毎に決定する手段と、
前記バックアップタスクの各々についての前記一連のリソース使用に関してトレンド分析を行いその前記推定リソース利用度を生成する手段と
を備える、請求項９に記載の装置。
【請求項１４】
前記バックアップタスクの各々の前記リソース予約に基づいて前記バックアップタスクに対して記憶システムにおいてリソースを予め割り当てるための手段を更に備える、請求項９に記載の装置。
【請求項１５】
前記バックアップタスクのうちの１つを、そのリソース予約を越えるリソース使用に応答して中断させる手段と、
前記バックアップタスクの１つに対して付加的なリソース予約を要求する手段と
を更に備える、請求項９に記載の装置。
【請求項１６】
前記付加的なリソース予約が許可されない場合に、前記バックアップタスクの１つをアボートする手段を更に備える、請求項１５に記載の装置。
【請求項１７】
バックアップタスクを管理するためのシステムであって、
前記バックアップタスクの各々に対するリソース予約に従ってコンピュータネットワークにおいてバックアップタスクを実行するように構成されたバックアップサービスと、
バックアップ統計量のセットに基づいて前記バックアップタスクの各々に対する推定リソース利用度を確立し、前記推定リソース利用度に基づいて前記バックアップタスクの各々に対して前記リソース予約を割り当て、前記バックアップタスクの各々の前記リソース予約を、前記バックアップサービスによる実行中に動的に変化させるように構成されたバックアップ管理モジュールと
を備えるシステム。
【請求項１８】
前記バックアップ管理モジュールが、前記バックアップサービスから前記バックアップ統計量のセットを得るように構成されている、請求項１７に記載のシステム。
【請求項１９】
前記バックアップ管理モジュールが、前記バックアップサービスによる前記バックアップタスクの実行を監視するように構成されている、請求項１７に記載のシステム。
【請求項２０】
前記バックアップ管理モジュールが、
前記バックアップタスクが前記バックアップサービスにより実行されているときに、前記バックアップタスクの各々についてのリソース使用を追跡し、
時間経過につれて前記リソース予約の部分を定期的に解放させ、
前記バックアップタスクの各々の前記リソース予約を、その完了に応答して割当て解除する
ように構成されている、請求項１９に記載のシステム。
【発明の詳細な説明】
【発明の分野】
【０００１】
[0001]本発明の実施形態は、一般に、データバックアップシステムに関し、より詳細には、データバックアップシステムにおいてバックアップタスク間でリソースを割り当てるための方法及び装置に関する。
【関連技術の説明】
【０００２】
[0002]コンピュータシステム及びそれらの構成部分は、データを失ってしまうことがあるような種々の故障を生ずる。例えば、コンピュータシステムにおいて使用され又はコンピュータシステムによって使用される記憶装置は、この装置に記憶されたデータを読み取れなくなってしまうような故障（例えば、機械的、電気的、磁気的故障等）を生ずることがある。ソフトウエア及びハードウエアの誤ったオペレーションにより、記憶装置に記憶されたデータが破損されてしまうことがあり、また、そうでなければ適切に機能する記憶装置に記憶されたデータが実際上破壊されてしまうことがある。
【０００３】
[0003]データが失われてしまうリスクを減少させるため、コンピュータネットワークは、種々の記憶装置に記憶されたデータのバックアップコピーを形成するためのバックアップシステムを含む。１つのタイプのバックアップシステムは、ワークステーション及び／又はアプリケーションサーバーの如き、１つ以上のコンピュータシステムにおいて使用される１つ以上の記憶装置又は１つ以上のコンピュータシステムによって使用される１つ以上の記憶装置におけるターゲットデータをバックアップする専用バックアップサーバーを含む。そのバックアップサーバーは、典型的に、あるスケジュールに従って定期的にそのターゲットデータをバックアップする。データは、初期的に、ディスクベースの記憶装置へバックアップされ、それから、テープベースの記憶装置の如き書庫記憶装置へと移すことができる。バックアップサーバーは、データをバックアップするため、フルバックアップ、増分バックアップ、差分バックアップ等を含む種々の既知のスキームのうちの任意のものを実施することができる。フルバックアップは、ターゲットデータの完全コピーである。増分バックアップは、最も最近に行われたバックアップ（フル又は増分のいずれか）以降に変化したファイルのみを含むバックアップである。差分バックアップは、最後になされたフルバックアップ以降になされた全ての変化の累積バックアップである。バックアップサーバーは、典型的に、ターゲットデータ、バックアップ処理を行うためのタイムウインドー等の如き、種々のパラメータを定めるバックアップポリシーに従って動作する。
【０００４】
[0004]複数のバックアップクライアント及びバックアップを行うための所定のセットのリソースを有するシステムにおいては、それらバックアップクライアント間でそれらリソースを割り当てることが望ましい。このような割当てを行わないと、競合するバックアップクライアントの間でリソースの「過剰要求」が生じてしまうことがある。このような過剰要求が生ずると、十分なリソースが欠如する（即ち、タスクの全てを完了する前にリソースが尽きてしまう）ため、１つ以上のバックアップタスクが失敗となってしまう。あるバックアップシステムでは、必要とされるリソースのサイズを決定するため、バックアップクライアントのバックアップ時にインベントリを生成している。しかしながら、このような解決方法では、演算時間が掛かってしまい、バックアップ処理に許容し得ないような量の遅延が加えられてしまう。
【０００５】
[0005]従って、データバックアップシステムにおいてバックアップタスク間で最適且つ効率的なリソースの割当てを行う必要がある。
【発明の概要】
【０００６】
[0006]データバックアップシステムにおいてバックアップタスク間でリソースを割り当てるための方法及び装置が提供される。本発明の一態様は、コンピュータネットワークにおいてバックアップタスクを管理することに関する。バックアップ統計量のセットに基づいて、バックアップタスクの各々に対する推定リソース利用度が確立される。その推定リソース利用度に基づいて、バックアップタスクの各々に対してリソース予約が割り当てられる。バックアップタスクの各々に対するこのリソース予約は、その実行中に動的に変化される。
【０００７】
[0007]本発明の前述した特徴を詳細に理解できるように、その概要を簡単に前述したような本発明について、図面に幾つかを例示している実施形態に関連して、以下より詳細に説明する。しかしながら、添付図面は、本発明の典型的な実施態様のみを例示しているのであり、それらに本発明の範囲を限定しようとしているものではなく、本発明は、その他の均等の効果のある実施形態が考えられるものであることに注意されたい。
【詳細な説明】
【０００８】
[0014]本発明の１つ以上の態様によるネットワークコンピュータシステム１００の典型的な実施形態を示すブロック図である。このシステム１００は、ネットワーク１０２、クライアント１０４−１から１０４−Ｎ（集約してクライアント１０４）及び１つ以上のバックアップサーバー１１２を含む。ネットワーク１０２は、ワイヤ、ケーブル、ファイバーオプチック、及び／又はハブ、スイッチ、ルーター等の如き種々のタイプのよく知られたネットワーク要素によって実施されるワイヤレスリンクによりコンピュータシステムを接続する通信システムを備える。ネットワーク１０２は、情報を通信するため種々の良く知られたプロトコルを使用することができる。クライアント１０４は、ラップトップ、デスクトップコンピュータ、ワークステーション、サーバー等の如き種々のタイプのコンピュータを備えることができる。
【０００９】
[0015]クライアント１０４は、１つ以上の記憶空間１１４を管理する。この記憶空間１１４は、ディスクドライブシステムの如き任意のタイプの１つの記憶システム又は複数の記憶システムを使用して実施することができる。例えば、ディスクドライブシステムは、１つ以上の記憶ディスク、例えば、記憶ディスクのアレイ又は記憶ディスクの冗長アレイを含むことができる。空間は、どのような特定の物理記憶装置に必ずしも相当しない論理記憶構成である。物理記憶装置は、１つより多い空間を含むことができ、空間は、１つより多い記憶装置にまたがることができる。記憶空間１１４は、クライアント１０４により生成され管理されるプログラムデータ及びアプリケーションプログラムの如きソースデータ１０８を記憶する。ソースデータは、ファイルシステムへと編成されている。ファイルシステムとは、記憶装置におけるファイルの構造及び配置を指している。例えば、ファイルシステムは、典型的には、各々が１つ以上のファイルを含むことができるディレクトリのハイアラーキーを含む。
【００１０】
[0016]クライアント１０４の各々は、バックアップクライアント１０７を含む。バックアップクライアント１０７は、ソースデータ１０８の１つ以上のアイテムをバックアップする（バックアップタスクと称する）ため、バックアップサービス（後述する）と協働するように構成されている。即ち、バックアップタスクは、特定の記憶空間、特定のファイルシステム、特定の記憶装置等の如きデータの特定のアイテムをバックアップするための命令を含む。バックアップクライアント１０７は、特定のスケジュールに従ってバックアップタスクを開始する。例えば、所定のタスクは、１時間毎、１日毎、１週間毎、１月毎又は同様のタイプの実行サイクルにて実行することができる。
【００１１】
[0017]バックアップサーバー１１２は、クライアント１０４に対するバックアップサービスをホストする。バックアップサーバー１１２は、バックアップサービスをホストすることができる任意のタイプのコンピュータシステムを使用して実施することができる。バックアップサーバー１１２は、１つ以上の記憶空間１１６を管理するように構成されている。記憶空間１１６は、記憶空間１１４を実施するのと同じ記憶システムを使用して又は別の記憶システム（例えば、別のディスクドライブシステムを使用して、実施することができる。バックアップサーバー１１２は、テープドライブシステム１２２にも結合される。テープドライブシステム１２２は、１つ以上のテープドライブを含むことができる。記憶空間１１６は、ソースデータ１０８のバックアップを含むバックアップデータ１１８を記憶する。バックアップデータ１１８は、それから、テープドライブシステム１２２へ移すことができる。
【００１２】
[0018]図２は、本発明の１つ以上の態様によるコンピュータシステム２００の典型的な実施形態を示すブロック図である。コンピュータシステム２００は、バックアップサーバー１１２の１つ以上を実施するのに使用することができる。コンピュータシステム２００は、プロセッサ２０１、メモリ２０３、種々のサポート回路２０４及び入出力インターフェース２０２を含む。プロセッサ２０１は、当業分野において知られている１つ以上のマイクロプロセッサを含むことができる。プロセッサ２０１のためのサポート回路２０４は、通常のキャッシュ、電力供給装置、クロック回路、データレジスタ、入出力インターフェース等を含む。入出力インターフェース２０２は、メモリ２０３に直接に結合されてもよいし、又は、プロセッサ２０１を通してメモリ２０３に結合されてもよい。入出力インターフェース２０２は、ネットワーク、種々の記憶装置並びに他のタイプの入力装置２１１及び出力装置２１２（例えば、マウス、キーボード、ディスプレイ等）と通信するように構成することもできる。
【００１３】
[0019]メモリ２０３は、プロセッサ２０１により実行されるか及び／又はプロセッサ２０１により使用されるかするプロセッサ実行可能な命令及び／又はデータを記憶する。これらのプロセッサ実行可能な命令は、ハードウエア、ファームウエア、ソフトウエア等又はそれらの組合せを含むことができる。メモリ２０３に記憶されるプロセッサ実行可能な命令を有するモジュールは、バックアップサービス２２２及びバックアップ管理モジュール２２４を含むことができる。バックアップサービス２２２は、複数のバックアップコンピュータシステムによって実施されるバックアップサービスの一部であることができる。即ち、バックアップサービスモジュールは、コンピュータネットワークに対するバックアップサービスを実施するため複数のコンピュータシステムに亘って分散配置しておくことができる。バックアップ管理モジュール２２４は、更に後述するように、バックアップタスクに対するシステムリソースの予約及び割当てを管理する。コンピュータシステム２００は、良く知られたプラットフォームのなかでも、ＯＳ／２、Ｊａｖａ仮想マシン、リナックス、ソラリス、ユニックス、ウインドーズ、ウインドーズ９５、ウインドーズ９８、ウインドーズＮＴ、ウインドーズ２０００、ウインドーズＭＥ、ウインドーズＸＰ、ウインドーズサーバーであるオペレーティングシステム２２６でプログラムされる。オペレーティングシステムの少なくとも一部分は、メモリ２０３に配設することができる。メモリ２０３は、ランダムアクセスメモリ、リードオンリーメモリ、磁気抵抗効果リード／ライトメモリ、光リード／ライトメモリ、キャッシュメモリ、磁気リード／ライトメモリ等並びに以下に説明するような信号担持媒体のうちの１つ以上のものを含むことができる。
【００１４】
[0020]一実施形態では、バックアップ管理モジュール２２４は、各バックアップタスクに対する統計量を確立するためバックアップサービスと協働する。所定のバックアップタスクについて、その統計量は、バックアップのサイズ（即ち、そのバックアップのための記憶スペースの量）、そのバックアップによって消費される帯域幅等の如き時間経過につれてそのバックアップタスクによって使用されるリソースを追跡する。バックアップ管理モジュール２２４は、各バックアップタスクについての推定リソース利用度を確立するためその統計量のトレンド分析を使用する。それから、それらタスクに対する推定リソース利用度は、次のバックアップサイクル中に使用するため記憶される。所定のバックアップタスクのための次のサイクルの開始時に、バックアップ管理モジュール２２４は、その推定リソース利用度に基づいてそのタスクのためのリソースを予約する（そのタスクへの「リソース予約」を割り当てる）。バックアップタスクのために前もってリソースを予約することにより、競合するバックアップクライアントの間でのリソースの過剰要求を避けることができる。バックアップ管理モジュール２２４は、更に、リソース予約を動的に変えていくため、バックアップタスクが行われているときにそれらバックアップタスクを監視するように構成されている。例えば、所定のタスクが行われていくにつれて、バックアップ管理モジュール２２４は、そのタスクに対して予約された記憶スペースの量を定期的に調整することができる。
【００１５】
[0021]もし、実行中のバックアップタスクに対して予約されているリソースが不十分である場合には、バックアップ管理モジュール２２４は、いずれか利用できるリソース（即ち、他のタスクにより予約されていない）を利用することを試みる。もし、バックアップ管理モジュール２２４がそのようなリソースを見出すことができない場合には、バックアップ管理モジュール２２４は、その実行中のバックアップタスクを中断させる。バックアップ管理モジュール２２４は、他のタスクが行われているとき、リソースのアベイラビリティを監視続ける。もし、その中断したタスクの実行が首尾良く行えるに十分なリソースが利用できるようになる（例えば、別のタスクにより解放される）場合には、バックアップ管理モジュール２２４は、そのようなリソースをその中断したタスクのために予約し、その中断したタスクを再開させる。ある場合には、リソースが利用できるようにならず、その中断したバックアップタスクは失敗となる。しかしながら、このバックアップ管理モジュール２２４によって実施されるリソース予約スキームによれば、この１つのタスクの失敗は、他のバックアップタスクに影響を及ぼさない。このようなリソース予約を行わないと、１つのタスクが過剰に多くのリソースを消費してしまうことがあり、複数の他の競合するバックアップタスクが失敗となってしまうことがある。
【００１６】
[0022]図３は、本発明の１つ以上の態様によるバックアップ管理システム３００の典型的な実施形態を示すブロック図である。このバックアップ管理システム３００は、バックアップ管理モジュール２２４と協働するバックアップサービス２２２を含む。このバックアップサービス２２２は、バックアップポリシー３０８及びリソース予約データ３２０に従って動作するように構成されている。バックアップポリシー３０８は、現在実行されている複数のバックアップタスクを含む。バックアップサービス２２２は、リソース予約データ３２０に従って各バックアップタスクに対してリソースを予約する。バックアップサービス２２２は、バックアップ統計量３０４を与えるようにも構成されている。統計量３０４は、バックアップのサイズ（即ち、そのバックアップのために使用される記憶スペースの量）、そのバックアップにより使用される帯域幅等の如き、時間経過につれて個々のバックアップタスクにより使用されるリソースを追跡する。
【００１７】
[0023]バックアップ管理モジュール２２４は、バックアップ評価モジュール３１０、リソースモニタ３１４、バックアップ予約モジュール３１８及び予約割当てモジュール３２０を含む。バックアップ評価モジュール３１０は、バックアップ統計量３０４及びバックアップポリシー３０８を得るように構成されている。バックアップポリシー３０８における各バックアップタスクについて、バックアップ評価モジュール３１０は、そのタスクの次のサイクルのための推定リソース利用度を確立するためバックアップ統計量３０４を使用する。バックアップ評価モジュール３１０は、当業分野において知られている任意のタイプのトレンド分析技法を使用することができる。バックアップ評価モジュール３１０は、所定のバックアップタスクに対する推定リソース利用度を、そのタスクの現在実行しているサイクルの完了後に生成することができる。このようにして、そのバックアップタスクの次の実行サイクルに対するリソース利用度が用意される。バックアップ評価モジュール３１０は、推定リソース利用度を含む推定リソース使用データ３１２を生成する。
【００１８】
[0024]バックアップ予約モジュール３１８は、推定リソース使用データ３１２を得る。バックアップ予約モジュール３１８は、バックアップタスクの各々に対する現在のリソース予約を含むリソース予約データ３２０を維持する。バックアップ予約モジュール３１８は、その推定リソース使用データ３１２を使用して、次の実行サイクルの開始時に各バックアップタスクに対して初期リソース予約を割り当てる。リソース予約データ３２０は、前述したように動作するバックアップサービス３０２へ与えられる。その後、バックアップ予約モジュール３１８は、それらバックアップタスクが実行されていくときに、各バックアップタスクに対するリソース予約を定期的に調整する。特定すると、リソースモニタ３１４は、リソースが予約されている各バックアップタスクの進行を監視するように構成されている。リソースモニタ３１４は、バックアップ予約モジュール３１８がそれに準じてリソース予約を調整するように命令する。例えば、リソースモニタ３１４は、バックアップ予約モジュール３１８に定期的に命令して、実行されていくにつれて各バックアップタスクに対するリソース予約を減少させるようにすることができる。一実施形態では、それらバックアップタスクは、時間経過につれてそれらの進行度合いをリソースモニタ３１４へ報告する。こうすることにより、それらバックアップタスクは、リソースモニタ３１４により不必要に中断させられることなく、進行していくことができる。
【００１９】
[0025]リソースモニタ３１４は、バックアップタスクの完了を検知して、そのバックアップタスクに対する残りのリソース予約を解放させるようにバックアップ予約モジュール３１８に命令するようにも構成されている。リソースモニタ３１４は、更に、所定のバックアップタスクに対して初期的に予約されていたリソースが不十分であったことを検知して、バックアップ予約モジュール３１８にそのような状態であることを通知するように構成されている。リソースモニタ３１４は、いずれかのバックアップタスクにより使用できる現在利用可能なリソース（即ち、予約されていないリソース）についての情報を与えることもできる。これに応答して、バックアップ予約モジュール３１８は、このような今のところ予約されていないリソースを、付加的なリソースを必要としているバックアップタスクに対して割り当て、又は、もし、そのような付加的なリソースが利用できない場合には、そのバックアップタスクを中断させる。バックアップ予約モジュール３１８は、バックアップサービス３０２によって使用されるリソース予約データ３２０にフラグを設定することにより、バックアップタスクを中断させることができる。別の仕方として、バックアップ予約モジュール３１８は、直接的にバックアップサービスに命令してそのタスクを中断させることができる。いずれの場合においても、リソースモニタ３１４は、付加的なリソースが利用可能な時にバックアップ予約モジュール３１８に通知するように構成されており、バックアップ予約モジュール３１８は、その付加的なリソースを予約した後に、その中断したタスクが再開されることを命令することができる。そうでなくて、もし、このような付加的なリソースが決して利用できるようにならないか、又は、このような付加的なリソースが所定の時間期間において利用できるものとならない場合には、バックアップ予約モジュール３１８は、その中断したバックアップタスクを失敗とするようにバックアップサービス３０２に命令する。
【００２０】
[0026]例として明瞭とするため、バックアップ管理システム３００は、バックアップサービス、バックアップ評価、リソース監視及びバックアップ予約のための別々の機能モジュールを有するものとして説明してきたが、このようなモジュールによって行われる機能は、一般的には、１つ以上のモジュールによって行うことができることは理解されよう。即ち、モジュール３２０、３１０、３１４及び３１８の機能は、１つ以上のモジュールへと組み合わせることができる。
【００２１】
[0027]図４は、本発明の１つ以上の態様による実行前にバックアップタスクを管理するための方法４００の典型的な実施形態を示すフロー図である。この方法は、ステップ４０２で開始される。ステップ４０４にて、バックアップタスクのためのバックアップ統計量が得られる。一実施形態では、そのバックアップ統計量は、ディスクリソース使用の時系列を含む。そのバックアップ統計量は、帯域幅使用の時系列を含むこともできる。ステップ４０６にて、そのバックアップタスクに対する推定リソース利用度が、その統計量に基づいて確立される。その推定リソース利用度は、そのバックアップタスクを行うのに必要とされる推定帯域幅及び／又は推定ディスクスペース使用を含むことができる。ステップ４０８にて、その推定リソース利用度に基づいて、そのバックアップタスクに対してバックアップ予約が割り当てられる。即ち、そのバックアップタスクのためのディスクスペースが予約される。そのバックアップタスクは、その推定帯域幅要件に基づいて特定の記憶システムへと指定することができる（例えば、ある記憶システムは、他の記憶システムより速くて、従って、より高い帯域幅を取り扱うことができるかもしれない）。この方法４００は、ステップ４１０で終了する。
【００２２】
[0028]図５は、本発明の１つ以上の態様による実行中にバックアップタスクを管理するための方法５００の典型的な実施形態を示すフロー図である。この方法５００は、ステップ５０２で開始される。ステップ５０４にて、そのバックアップタスクのリソース利用度が、そのバックアップタスクの実行中に監視される。即ち、そのバックアップタスクが行われていくにつれて、リソースが消費されていく。例えば、ディスクリソースのディスクスペースが消費されていき、バックアップクライアントから記憶システムへのデータの転送中に帯域幅が消費されていく。ステップ５０６にて、そのバックアップタスクに対するリソース予約を調整する必要があるかの決定がなされる。例えば、そのバックアップタスクが実行されていくにつれて、ディスクスペースの予約を減少することができる。リソース予約を減ずる定期的期間は、リソース消費の割合に基づいて決定することができる。例えば、ディスクスペース消費の割合により、そのディスクスペース予約をどのくらいの頻度で減少するかを決定することができる。
【００２３】
[0029]もし、ステップ５０６にて、実行しているバックアップタスクに対して予約されたリソースを調整する必要がある場合には、この方法５００は、ステップ５０８へと進む。ステップ５０８にて、そのリソース予約が調整される。ステップ５０８から、この方法５００は、ステップ５１０へと進む。もし、ステップ５０６にて、実行しているバックアップタスクのリソース予約を調整する必要がない場合には、この方法５００は、ステップ５１０へと進む。ステップ５１０にて、そのバックアップタスクが完了したかの決定がなされる。もし、完了していない場合には、この方法５００は、ステップ５０４へと戻る。もし、その実行しているバックアップタスクが完了している場合には、この方法５００は、ステップ５１２へと進む。ステップ５１２にて、使用されていないリソース予約のどれもが割当て解除される。この方法５００は、ステップ５１６で終了する。
【００２４】
[0030]図６は、バックアップタスクに十分なリソース予約が割り当てられていない場合における実行中にバックアップタスクを管理するための方法６００の典型的な実施形態を示すフロー図である。この方法６００は、ステップ６０２で開始される。ステップ６０４にて、そのバックアップタスクに対して不十分なリソースが予約されていたかの決定がなされる。一実施形態では、このステップ６０４は、方法５００のリソース監視ステップ５０４中に行うことができる。もし、十分なリソース予約が割り当てられている場合には、この方法６００は、ステップ６１８で終了する。さもなければ、この方法６００は、ステップ６０６へ進む。
【００２５】
[0031]ステップ６０６にて、そのバックアップタスクのために利用できる十分なリソース（即ち、予約されていないリソース）があるかの決定がなされる。そのようなリソースがない場合には、この方法６００は、ステップ６０８へ進む。ステップ６０８にて、このバックアップタスクは中断される。ステップ６１０にて、このバックアップタスクを失敗とすべきかの決定がなされる。例えば、このバックアップタスクは、所定の時間量の間中断した後、失敗とすることができる。別の仕方として、このバックアップタスクは、１つ以上の他のバックアップタスクが完了され、それでもなお、この中断したバックアップタスクのために利用しうるリソースがない場合に、失敗とすることができる。もし、ステップ６１０にて、このバックアップタスクが失敗とすべきとされた場合には、この方法６００は、ステップ６１２へと進み、そこで、このバックアップタスクは失敗とされる。それから、この方法６００は、ステップ６１８にて終了する。もし、ステップ６１０にて、そのバックアップタスクを失敗とすべきでない（即ち、中断したままとする）とされた場合には、この方法６００は、ステップ６０６へ戻り、いずれかのリソースが利用できるものとなったかのチェックがなされる。もし、ステップ６０６にて、そのバックアップタスクのために十分なリソースが利用できるようになったとされる場合には、この方法６００は、ステップ６１６へと進む。ステップ６１６にて、その実行しているバックアップタスクに対して、その利用できるリソースが予約され割り当てられる。それから、この方法６００は、ステップ６１８にて終了する。
【００２６】
[0032]本発明の一態様は、コンピュータシステムで使用するためのプログラム製品として実施される。このプログラム製品のプログラムは、実施形態の機能を定めており、種々の信号担持媒体に含むませることができ、これは、これに限定されるものではないが、（i）非書き込み記憶媒体（例えば、ＣＤ-ＲＯＭドライブ又はＤＶＤドライブによって読み取り可能なＣＤ-ＲＯＭ又はＤＶＤ-ＲＯＭディスクの如きコンピュータ内のリードオンリーメモリ装置）に恒久的に記憶された情報、（ii）書き込み可能記憶媒体（例えば、ディスケットドライブ又はハードディスクドライブ内のフロッピーディスク又は読み取り／書き込み可能ＣＤ又は読み取り／書き込み可能ＤＶＤ）に記憶された変更可能な情報、又は（iii）ワイヤレス通信を含むコンピュータ又は電話ネットワークを介しての如き通信媒体によってコンピュータへ搬送される情報、を含む。後者の実施形態は、特に、インターネット及び他のネットワークからダウンロードされる情報を含む。このような信号担持媒体は、本発明の機能を指示するコンピュータ読み取り可能な命令を担持するとき、本発明の実施形態となっている。
【００２７】
[0033]本発明の実施形態について前述してきたのであるが、本発明の基本的範囲から逸脱せずに、本発明の他の更なる実施形態を考えることができるものであり、本発明の範囲は、特許請求の範囲によって決定されるものである。
【図面の簡単な説明】
【００２８】
【図１】本発明の１つ以上の態様によるネットワークコンピュータシステムの典型的な実施形態を示すブロック図である。
【図２】本発明の１つ以上の態様によるコンピュータシステムの典型的な実施形態を示すブロック図である。
【図３】本発明の１つ以上の態様によるバックアップ管理システムの典型的な実施形態を示す典型的なブロック図である。
【図４】本発明の１つ以上の態様による実行前にバックアップタスクを管理するための方法の典型的な実施形態を示すフロー図である。
【図５】本発明の１つ以上の態様による実行中にバックアップタスクを管理するための方法の典型的な実施形態を示すフロー図である。
【図６】バックアップタスクに十分なリソースが割り当てられていない場合におけるバックアップポリシーに従って実行中にバックアップタスクを管理するための方法の典型的な実施形態を示すフロー図である。
【符号の説明】
【００２９】
１００・・・ネットワークコンピュータシステム、１０２・・・ネットワーク、１０４−１・・・クライアント、１０４−２・・・クライアント、１０７・・・バックアップクライアント、１０８・・・ソースデータ、１１２・・・バックアップサーバー、１１４・・・記憶空間、１１６・・・記憶空間、１１８・・・バックアップデータ、１２２・・・テープドライブシステム、２００・・・コンピュータシステム、２０１・・・プロセッサ、２０２・・・入出力インターフェース、２０３・・・メモリ、２０４・・・サポート回路、２１１・・・入力装置、２１２・・・出力装置、２２２・・・バックアップサービス、２２４・・・バックアップ管理モジュール、３００・・・バックアップ管理システム、３０４・・・バックアップ統計量、３０８・・・バックアップポリシー、３１０・・・バックアップ評価モジュール、３１２・・・推定リソース使用データ、３１４・・・リソースモニタ、３１８・・・バックアップ予約モジュール、３２０・・・リソース予約データ
【図１】
2008251001.tif 000003
【図２】
2008251001.tif 000004
【図３】
2008251001.tif 000005
【図４】
2008251001.tif 000006
【図５】
2008251001.tif 000007
【図６】
2008251001.tif 000008
【外国語明細書】
2008251001000001.pdf