JP2006511870A - メディアリソースに関する要求のリソース割り当てアウェア待ち行列作成 - Google Patents

Abstract

メディアリソースに関する要求のリソース割り当てアウェア処理が開示される。待ち行列が規定される。メディアリソースが、待ち行列に割り当てられる。メディアリソース要求が、待ち行列に関連付けられる。

Description

本出願は、全ての目的のために参照によって本明細書に組み込まれる、２００２年１２月１８日に出願された名称「Ａｕｔｏｍａｔｅｄ Ｍｅｄｉａ Ｍａｎａｇｅｍｅｎｔ」の米国特許仮出願第６０／４３４，４７１号の優先権を主張する。

本出願と同時に出願された名称「Ａｕｔｏｍａｔｅｄ Ｍｅｄｉａ Ｍａｎａｇｅｍｅｎｔ」の同時係属米国特許出願第 号（Ａｔｔｏｒｎｅｙ Ｄｏｃｋｅｔ Ｎｏ．ＬＥＧＡＰ０１０）が、全ての目的のために参照によって本明細書に組み込まれ、かつ本出願と同時に出願された名称「Ａｕｔｏｍａｔｅｄ Ｍｅｄｉａ Ｌｉｂｒａｒｙ Ｃｏｎｆｉｇｕｒａｔｉｏｎ」の同時係属米国特許出願第 号（Ａｔｔｏｒｎｅｙ Ｄｏｃｋｅｔ Ｎｏ．ＬＥＧＡＰ０１３）が、全ての目的のために参照によって本明細書に組み込まれる。

本発明は、一般に、取り外し可能なストレージメディアに関する。より詳細には、メディアリソースに関する要求のリソース割り当てアウェア待ち行列作成（ｒｅｓｏｕｅｃｅ ａｌｌｏｃａｔｉｏｎ ａｗａｒｅ ｑｕｅｕｉｎｇ）が開示される。

時には「ライブラリ」または「ロボット」と呼ばれる完全にまたは部分的に自動化されたメディアライブラリは、バックアップまたはアーカイブの目的で、コンピュータデータを格納するために使用されるテープなどの取り外し可能なストレージメディアを格納しかつ操作するために利用可能である。典型的なライブラリは、メディアの選択された量またはユニット（例えば特定のテープ）を、ユニットに関連付けられた読み／書き装置、例えば、メディアにデータを書きかつ／またはメディアからデータを読むように構成されたテープ駆動装置に挿入することによってなど、その中に格納されたメディアを操作するためのロボットまたは他の機構体を備えることができる。コンピュータネットワーク環境において、例えば１つ以上のバックアップアプリケーションは、ライブラリに関連付けられたストレージメディア上のネットワークに接続された１つ以上のコンピュータまたは他の装置（時には、本明細書においてネットワーク「ノード」または「ホスト」と呼ばれる）からのデータを格納するために使用されることができる。

メディア管理アプリケーションは、取り外し可能なストレージメディアリソースを追跡することを容易に、かつメディアの特定の量が、バックアップ（または復元）動作に関する特定の駆動装置にマウントされるバックアップアプリケーションによる要求など、取り外し可能なストレージメディアリソースに関する要求にサービス提供することを調和させるために提供されることができる。いくつかのネットワーク環境において、同一のリソースに関する複数の競合する要求は、同時にメディア管理アプリケーションによって受信されることができる。例えば、第１の量が指定されたメディアストレージ駆動装置にマウントされる第１の要求が、受信されることができ、かつ第１の要求がまだ係属（ペンディング）中に、第２の量が同一の駆動装置にマウントされる第２の要求が、受信されることができる。そのような状況で、メディア管理アプリケーションは、どの要求を第１にサービスするかを決定しなければならない。

１つの典型的なアプローチは、ネットワークステークホルダ（ｓｔａｋｅｈｏｌｄｅｒ）に対する重要性の異なるレベル（例えばコマーシャルまたは他の企業活動）を有する、かつ／または取り外し可能なストレージメディアおよび関連付けられるストレージ装置を使用して、バックアップおよび／または復元に関する異なる要件を有する、異なるホストおよび／またはデータセットに異なる優先度を割り当てることである。しかしながら、そのような優先度の使用は、最も重要な要求をタイミングが合った方法でサービスされることを確実にするには十分ではないことがある。例えば、同じ優先度に割り当てられる競合する要求は、同時に受信されることができる。また、ストレージ装置は、同じ装置に関する緊急でより高い優先度の要求が受信されるときに、完了するのに長い時間をとるより低い優先度の要求で使用中である可能性がある。

したがって、取り外し可能なストレージメディアリソース（例えば駆動装置）は、異なるホストおよび／またはデータセットの取り外し可能なストレージメディアリソース要件の変更が満たされることを確実にする方法で利用されることを確実にする方法の必要がある。

メディアリソースに関する要求のリソース割り当てアウェア待ち行列作成が開示される。メディアリソース要求待ち行列が規定される。読み／書き装置などの１つ以上の取り外し可能なストレージメディアリソースは、待ち行列に関連付けられる。要求のカテゴリは、待ち行列に関連付けられる。その後、要求のカテゴリに関連付けられる取り外し可能なストレージメディアリソース要求は、待ち行列に配置され、かつ待ち行列に関連付けられたリソースによってサービスされる。

本発明の様々な実施形態は、以下の詳細な記載および添付の図面に開示される。

本発明は、プロセス、装置、システム、マター（ｍａｔｔｅｒ）の構成要素、コンピュータ読み取り可能なストレージメディアなどのコンピュータ読み取り可能なメディア、またはプログラム命令が光学または電気通信リンクを介して送られるコンピュータネットワークを含む多数の方法で実施されることができる。本明細書において、これらの実施、または本発明を用いることができる任意の他の形態は、技術と呼ばれることができる。一般に、開示されたプロセスのステップの順番は、本発明の範囲内で変更されることができる。

本発明の１つ以上の実施形態の詳細な記載は、本発明の原理を図示する添付の図面とともに以下に与えられる。本発明は、そのような実施形態に関して記載されるが、本発明は、任意の実施形態に限定されない。本発明の範囲は、請求項だけで限定され、本発明は、多くの代替、修正、および等価物を包含する。多数の特定の詳細は、本発明の完全な理解を与えるために以下の記載に示される。これらの詳細は、例示の目的で提供され、本発明は、いくつかのまたは全てのこれらの特定の詳細なしに請求項にしたがって実施されることができる。明瞭にする目的で、本発明に関連する技術分野で知られている技術的素材は、本発明を不必要にあいまいにしないように詳細には記載されない。

図１は、ネットワーク環境および関連付けられるメディア管理システムの１つ例示的な実施形態を示すブロック図である。システム１００は、ネットワーク１０２を備え、ネットワーク１０２は、ローカルエリアネットワーク（ＬＡＮ）、または任意のタイプの私的または公的なネットワークであり得る。システム１００は、さらに、ネットワーク１０２に接続される、図１においてそれぞれ参照符号１０４で識別されるサーバＡ、参照符号１０６で識別されるサーバＢ、参照符号１０８で識別されるサーバＣ、および参照符号１１０で識別されるサーバＤを備える。図１に示される例において、ＥＭＣ ＣｏｒｐｏｒａｔｉｏｎのＬｅｇａｔｏ Ｓｏｆｔｗａｒｅ Ｄｉｖｉｓｉｏｎから市販で入手可能なＮｅｔＷｏｒｋｅｒバックアップアプリケーションなどの第１のバックアップアプリケーションが、サーバＡ（１０４）に実装され、第２のバックアップアプリケーションが、サーバＢ（１０６）に実装される。第１および第２のバックアップアプリケーションは、同一または異なる製品であることができる。サーバＣ（１０８）上のデータは、図１において文字「Ｃ」の下の括弧内の文字「Ａ」および「Ｂ」によって示されるように、サーバＡ（１０４）に実装される第１のバックアップアプリケーション、およびサーバＢ（１０６）に実装される第２のバックアップアプリケーションの両方によってバックアップされる。そのような構成は、例えば、特に重要なデータに関して２つの独立したバックアップを提供するために使用されることができる。サーバＤ（１１０）は、サーバＡ（１０４）に実装される第１のバックアップアプリケーションによってバックアップされる。サーバＡは、同様に、サーバＡに実装される第１のバックアップアプリケーションの動作によってバックアップされるデータの本体を含むことができ、サーバＢは、サーバＢに実装される第２のバックアップアプリケーションの動作によってバックアップされるデータの本体を含むことができる。それぞれサーバＡおよびＢに実装される第１および第２のバックアップアプリケーションによって使用されるストレージメディアは、異なるタイプの２つのストレージメディアライブラリに存在する。ＳＣＳＩライブラリ１１２は、スモールコンピュータシステムインターフェース（ＳＣＳＩ）接続を介してライブラリホスト１１４によって直接制御されるように構成されたライブラリである。ライブラリホスト１１４は、ＳＣＳＩライブラリ１１２およびネットワーク１０２に接続される。ＡＣＳＬＳライブラリ１１６は、Ｌｏｕｉｓｖｉｌｌｅ、ＣｏｌｏｒａｄｏのＳｔｏｒａｇｅ Ｔｅｃｈｎｏｌｏｇｙ Ｃｏｒｐｏｒａｔｉｏｎ（ＳｔｏｒａｇｅＴｅｋ）から市販で入手可能なタイプの自動化されたカートリッジシステムライブラリソフトウェア制御されたライブラリである。ライブラリ１１６などのＡＣＳＬＳタイプのライブラリは、ライブラリホストによって直接制御されるとは対照的に、その目的のために提供されるソフトウェアコントローラを使用して制御される。ライブラリホスト１１８は、ＡＣＳＬＳライブラリ１１６に接続され、かつＡＣＳＬＳライブラリ１１６を制御するように構成される。ライブラリホスト１１８は、またネットワーク１０２に接続される。ＳＣＳＩおよびＡＣＳＬＳタイプのライブラリの例が、図１に示されているが、ＩＢＭ３４９４、ＡＤＩＣ ＡＭＬ、および／または任意の他のタイプのライブラリを限定することなく含む、ライブラリのタイプの任意の多数の組み合わせが使用されることができる。ＳＣＳＩライブラリ１１２は、テープ駆動装置１２０、１２２、および１２４に関連付けられかつ接続される。テープ駆動装置１２０は、ネットワークに取り付けられたストレージ（ＮＡＳ）装置１２６に接続される。ＮＡＳ１２６上のデータは、サーバＢに実装された第２のバックアップアプリケーションの動作によってバックアップされる。ＮＡＳ１２６は、またネットワーク１０２への接続を有する。ＡＣＳＬＳライブラリ１１６は、テープ駆動装置１２８、１３０、１３２、および１３４に関連付けられかつ接続される。テープ駆動装置１２８は、サーバＡに接続される。テープ駆動装置１３０、１３２、および１３４は、ストレージエリアネットワーク（ＳＡＮ）１３６を介してサーバＣ（１０８）およびサーバＤ（１１０）に接続される。ＳＡＮ１３６は、各サーバＣおよびＤが、ＳＡＮに接続されたテープ駆動装置１３０、１３２、および１３４の任意の１つから読みかつ書くことを可能にする。

メディア管理アプリケーションは、メディアマネージャ１３８に実装され、ライブラリ１１２および１１６に関連付けられるリソースに関する潜在的に競合する要求間、ならびに実行されたそのような要求を受信しかつ仲裁する（アービトレーションする）ことによってなど、サーバＡで動作する第１のバックアップアプリケーションとサーバＢで動作する第２のバックアップアプリケーションとの間の動作を調和させる。例えば、メディアマネージャは、１つのライブラリに存在する特定のテープが、そのライブラリに関連付けられるテープ装置に挿入されるバックアップアプリケーションからの要求を受信することができる。メディア管理アプリケーションは、ライブラリおよび他の場所に格納されるテープのトラックを維持するなど他の機能性を提供することができる。メディアマネージャ１３８は、以下により完全に記載されるように、ネットワーク１０２に接続される他のノードと通信するために使用するネットワーク１０２への接続を有する。メディアマネージャ１３８は、ネットワーク１０２へ接続されるサーバを備えることができる。

ミッションクリティカルシステム（ｍｉｓｓｉｏｎ ｃｒｉｔｉｃａｌ ｓｙｓｔｅｍ）または特定のクリティカルデータを復元するなど、クリティカル要求に役立つために取り外し可能なストレージメディアリソース（例えば、テープ駆動装置などの装置）の利用可能性を確実するために、本明細書に記載される技術は、クリティカルシステムおよび／またはデータに関連付けられる要求をサービスするために確立された待ち行列に、利用可能な取り外し可能なストレージメディアリソースのサブセットを割り当てまたは専用にするために使用されることができる。そのような割り当てなしに、クリティカル要求は、適切なタイミングが合った方法でサービスされないことがある。図１のネットワーク環境１００でバックアップを要求するデータは、サーバＡ（１０４）に格納される法務（リーガル）部門ファイル、サーバＢ（１０６）に格納されるソースコード、サーバＣ（１０８）に格納されるミッションクリティカルデータベース（例えば、販売処理および注文状況データベース）、サーバＤ（１１０）に格納される会計データ、およびＮＡＳ１２６に格納されるユーザファイルを備える例を考える。

規制または他の法的な要件のために、多数のファイル、またはサーバＤ（１１０）に存在する様々なクラスの会計データの多くの処理が、異なるストレージメディアの量にバックアップされる必要があるなら、メディアリソースをサーバＡ（１０４）で動作するバックアップアプリケーションへの割り当てが無いことは、３つの異なるテープが、サーバＤ（１１０）での会計データをバックアップするためにテープ駆動装置１３０、１３２、および１３４にマウントされることを要求することがある。これらの３つのバックアップ動作の間に、サーバＣ（１０８）にミッションクリティカルデータを復元するために生じる必要性が実行されるなら、サーバＣが接続を有するテープ駆動装置が、要求をサービスするために利用可能ではない。そのような状況下で、メディアマネージャが、要求に対して最も高い優先度が割り当てられ、かつ／またはそうでなければ復元するサーバＣに関連する要求が、ＳＡＮ１３６で利用可能になる第１のテープ駆動装置によってサービスされる次の優先度であることを確実にしても、許容できない時間量が、そのようなリソースが利用可能になる前に経過することがある。

上述された状況および類似する潜在的な問題を解消するために、メディアリソースに関する要求のリソース割り当てアウェア待ち行列作成が開示される。例えば、図１のネットワーク環境１００の場合に、待ち行列は、サーバＣに格納されるデータベースに関して要求をサービスする目的で規定されることができる。ＳＡＮ１３６での１つ以上のテープ駆動装置が、この待ち行列に割り当てられることができ、サーバＣに関連付けられる要求のサービスのために割り当てられるように装置を確保する。このアプローチを使用して、サーバＤに関連付けられる要求、またはＳＡＮ１３６にあることができる任意の他のホストが、サーバＣに関連付けられるクリティカル要求をサービスすることを妨げることがある危険性は無い。

図２は、メディアリソースに関する要求のリソース割り当てアウェア待ち行列作成を提供するためのいくつかの実施形態において使用されるプロセスを示すフローチャートである。ステップ２０２において、１つ以上の待ち行列が構成される。ステップ２０２は、１つ以上の待ち行列を規定し、各待ち行列を１つ以上のストレージ装置に割り当て、１つ以上の要求カテゴリ（例えば、サーバＣ上のデータベースに関連付けられる要求に関するカテゴリ）を規定し、かつ／または各待ち行列に対して１つ以上の要求カテゴリを割り当てることを含むことができる。ステップ２０４において、ストレージメディアリソース要求、例えば指定された装置に特定量のストレージメディアをマウントするための要求は、受信され（例えば、メディア管理アプリケーションによって）かつ適切な待ち行列の適切な場所に割り当てられる。ステップ２０４は、各要求が受信されるときに繰り返される。ステップ２０６において、待ち行列における要求は、それらに関連付けられる待ち行列および優先度にしたがってサービスされる。例えば、その割り当てられた優先度、受信時間などに基づいて、ちょうど利用可能になった（例えば、前に使用された装置に関するバックアップ、復元、または他の動作が完了したので）駆動装置に関連付けられる待ち行列でサービスされる、並んだ次の要求である要求が、ステップ２０６の繰り返しで、利用可能な駆動装置での要求で指示される量をマウンティングすることによってサービスされることができる。ステップ２０６は、各要求がサービスされるときに繰り返される。

図３は、図２のステップ２０２のような、１つ以上の待ち行列を構成するためのいくつかの実施形態において使用されるプロセスを示すフローチャートである。ステップ３０２において、１つ以上のデータ領域が規定される。データ領域は、一組のホスト、および特定のバックアップアプリケーションプログラムによってサービスされる、関連付けられるデータを含むことができる。例えば、図１のネットワーク環境１００において、第１のデータ領域は、サーバＡ（すなわちサーバＡ、Ｃ、およびＤ）で動作する第１のバックアップアプリケーションに関連付けられるホストに関して規定されることができ、第２のデータ領域は、サーバＢ（すなわちサーバＢ、Ｃ、およびＮＡＳ１２６）で動作する第２のバックアップアプリケーションに関連付けられるホストに関して規定されることができる。いくつかの実施形態において、データ領域アドミニストレータは、以下により完全に記載されるように、データ領域アドミニストレータの特定のデータ領域に関して待ち行列を構成するように必要なアクセスが指定されかつ与えられることができる。ステップ３０４において、１つ以上の待ち行列が規定される。待ち行列を規定することは、新たな待ち行列が、設定され、かつ待ち行列に関する名称または他の識別子をユーザ（または割り当て）から受信されなければならないユーザから識別を受信することを含み得る。ステップ３０６において、１つ以上のストレージ装置（例えばテープ駆動装置）が、各待ち行列に関連付けられる。ステップ３０６は、指定されたテープ駆動装置が特定の待ち行列に関連付けられるべきである識別を、ユーザインターフェースを介してユーザから受信することを含むことができる。いくつかの実施形態において、各装置（例えば駆動装置）は、ただ１つの待ち行列に割り当てられることができる。任意の待ち行列に割り当てられない駆動装置は、いくつかの実施形態において、任意の他の待ち行列に関連付けられない要求をサービスするために使用されるデフォルト待ち行列に、デフォルトによって割り当てられる。ステップ３０８において、各待ち行列は、１つ以上のデータ領域に関連付けられる。ステップ３０８は、以下により完全に記載されるように、待ち行列に要求カテゴリを割り当てるために要求されるアクセスをデータ領域アドミニストレータに与えることを含むことができる。ステップ３１０において、１つ以上の要求カテゴリが規定される、いくつかの実施形態において、データ領域アドミニストレータは、データ領域アドミニストレータのデータ領域に関して要求カテゴリを規定する。例えば、上述されたＮｅｔＷｏｒｋｅｒアプリケーションなどのプール（例えば、取り外し可能なストレージメディアの関連する量）でともにリソースを関連付けるバックアップアプリケーションに関連付けられるデータ領域の場合には、各プールは、要求カテゴリに関連付けられることができる。同様に、要求カテゴリは、関連するデータ（例えば、会計データ、ソースコード、ユーザファイル、法務部門ファイルなど）の本体に関する要求カテゴリを規定することによって、および／または例えば図１におけるサーバＡに関連付けられる要求などの特定のホスト（クライアント）を参照することによるカテゴリを規定することによって、ユーザインターフェースを介してなど規定されることができる。ステップ３１２において、各要求カテゴリは、待ち行列に関連付けられる。

図４は、図３に示されるプロセスを介して規定される一組の待ち行列を示す。一組の待ち行列４００は、５つの待ち行列、すなわち図４においてＱ１で識別される待ち行列４０２、Ｑ２で識別される待ち行列４０４、Ｑ３で識別される待ち行列４０６、Ｑ４で識別される待ち行列４０８、およびＱ５で識別される待ち行列４１０を備える。待ち行列４００は、例示の目的のために示されるように設定され、例示によって図１に示されるようにネットワーク環境１００を使用する。示される例において、待ち行列４０６、４０８、および４１０は、データ領域Ａに割り当てられ、かつ待ち行列４０２、４０４、および４０６は、データ領域Ｂに割り当てられる。この例において、データ領域Ａは、図１のサーバＡ（１０４）で動作する第１のバックアップアプリケーションに関連付けられるクライアントおよびストレージノードに対応し、かつデータ領域Ｂは、図１のサーバＢ（１０６）で動作する第２のバックアップアプリケーションに関連付けられるクライアントおよびストレージノードに対応する。各待ち行列４００は、それに割り当てられる１つ以上のストレージ装置を有する。この例において、装置１２０は、待ち行列Ｑ１（４０２）に割り当てられ、装置１２２および１２４は、待ち行列Ｑ２（４０４）に割り当てられ、装置１３０および１３２は、待ち行列Ｑ３（４０６）に割り当てられ、装置１２８は、待ち行列Ｑ４（４０８）に割り当てられ、かつ装置１３４は、待ち行列Ｑ５（４１０）に割り当てられる。

各待ち行列は、それに関連付けられる単一の要求カテゴリを有するように図４で示される。しかしながら他の実施形態において、１つ以上の要求カテゴリが、待ち行列に対して割り当てられることができる。示される例において、要求カテゴリは、バックアップアプリケーションが各ネットワーククライアントでバックアップ／復元するように構成されるデータの性質に基づく。例えば、待ち行列Ｑ１（４０２）は、ＮＡＳ１２６でバックアップされるデータに対応する、「ユーザファイル」と名付けられた要求カテゴリにそれを割り当てる。待ち行列Ｑ２（４０４）は、サーバＢでバックアップされるデータに対応する、「ソースコード」と名付けられた要求カテゴリにそれを割り当てる。待ち行列Ｑ３（４０６）は、サーバＣでバックアップされるデータに対応する、（第１および第２のバックアップアプリケーションの両方によって、すなわちデータ領域ＡおよびＢの両方において）「データベース」と名付けられた要求カテゴリにそれを割り当てる。待ち行列Ｑ４（４０８）は、サーバＡでバックアップされるデータに対応する、「法務（リーガル）」と名付けられた要求カテゴリにそれを割り当てる。最後に、待ち行列Ｑ５（４１０）は、サーバＤでバックアップされるデータに対応する、「会計」と名付けられた要求カテゴリにそれを割り当てる。

図４に示される例において、待ち行列Ｑ３（４０６）およびＱ５（４１０）が、ＳＡＮ１３６上の３つのうち２つのテープ駆動装置（例えば、駆動装置１３０および１３２）に、サーバＣ（１０８）に格納されたデータベースに関連付けられるサポートする要求を割り当て、かつＳＡＮ１３６上の第３の駆動装置（例えば、駆動装置１３４）に、サーバＤ（１１０）に格納された会計ファイルに関連付けられるサポートする要求を割り当てるように動作することは図１に見ることができる。このように、ＳＡＮ１３６上のリソースは、責任のあるネットワークアドミニストレータによって最も適切であると思われる方法で割り当てられることができ、リソースが、企業活動のデータ管理（例えば、バックアップおよび復元）またはネットワークに関連付けられる他のステークホルダをサポートするために必要なように、使用されかつ／または利用可能であることを確実にする。

各待ち行列Ｑ１からＱ５は、それを係属中の要求領域に関連付け、それぞれ図４において領域４１２、４１４、４１６、４１８、および４２０として識別される。これらの領域は、以下により完全に記載されるように、各待ち行列に関連付けられる係属中の要求を追跡するために使用される。待ち行列自体は、当業者に知られている任意の多数の方法で実施されることができる。例えば、それぞれ待ち行列は、係属中の要求および関連するデータ（例えば、優先度、並んだ場所、順番、または受信された時間など）を格納するためのデータ構造、およびロジックを含むことができ、このロジックは、要求を受信し、待ち行列におけるそれらの相対順番を決定し、かつ待ち行列に関連付けられるリソース（例えば駆動装置）が利用可能になるとき、サービスされるべき次の要求を、係属中の要求の中から選択し／識別する。

図４に示される例において、図１のネットワーク環境１００における全てのテープ駆動装置は、待ち行列に割り当てられ、かつネットワーク環境１００においてホスト（クライアント）に関して生成されることができる全ての要求は、要求カテゴリに割り当てられ、各要求カテゴリは、次に待ち行列に割り当てられる。しかしながら、他の実施形態において、ユーザは、各装置および／または要求のタイプに関して待ち行列を作るのではなく、最も重要な要求が、タイミングが合った方法でサービスされることを確実にするように、ネットワーク環境に関連付けられる要求のサブセットを取り扱うための１つ以上の待ち行列を代わりに作るように選択を行うことができる。例えば、図４をさらに参照すると、いくつかの実施形態において、図１のＳＡＮ１３６上にリソースを割り当てるために、待ち行列Ｑ３およびＱ５だけを規定することで十分でありまたは有利であり得る。そのような場合、要求カテゴリおよび／または待ち行列に関連付けられていない要求は、要求が生じるデータ領域に関するデフォルト待ち行列などデフォルト待ち行列によって取り扱われる。

図５は、図２のステップ２０４のような、要求を受信しかつそれらを待ち行列に割り当てるためのいくつかの実施形態において使用されるプロセスを示すフローチャートである。ステップ５０２において、取り外し可能なストレージメディアリソースに関する要求が受信される。要求は、例えば、ストレージメディア（例えば特定のテープ）の特定の量が、特定の装置（例えばテープ駆動装置）にマウントされる要求を含むことができる。ステップ５０４において、要求は、要求カテゴリおよびデータ領域に関連付けられる。いくつかの実施形態において、要求が、それに関連する要求カテゴリおよび／またはデータ領域を指示することができる。いくつかの実施形態において、プール、クライアント（ホスト）システム、または要求が関連するデータあるいはデータのタイプあるいは要求を生成したバックアップまたは他のアプリケーションを指示するデータあるいはデータのタイプを識別する情報など、要求カテゴリおよび／またはデータ領域と要求を関連付けるために使用されることができる他の情報を含むことができる。図５に示されていないいくつかの実施形態において、要求カテゴリが指示されていない（または要求カテゴリが、他の情報に基づき決定されることができない）なら、要求は、要求が関連するデータ領域に関するデフォルト待ち行列に割り当てられる。ステップ５０６において、要求の優先度レベルが決定される。いくつかの実施形態において、ステップ５０６は、要求とともに要求の優先度の指示を受信することを含むことができる。いくつかの実施形態において、優先度は、要求に関連付けられる動作のタイプによって少なくとも一部で決定されることができる（例えば、復元動作に関連付けられる要求は、バックアップ動作に関連付けられる要求より高い優先度を有することができる）。いくつかの実施形態において、優先度は、要求が関係するデータおよび／またはホストに少なくとも一部に基づいて決定されることができる。ステップ５０８において、要求は、適切な待ち行列に並んで適切に場所に配置される。ステップ５０８は、ステップ５０４において決定されるような、要求に関連付けられる要求カテゴリおよびデータ領域に対応する待ち行列に要求を配置することを含むことができる。ステップ５０８は、ステップ５０６で決定された優先度によって少なくとも一部は決定される場所に、待ち行列に要求を配置することを含むことができる。例えば、要求は、より低い優先度を有する係属中の要求の前方の位置、およびより高い優先度を有する係属中の要求の後方の位置で待ち行列に配置されることができる。いくつかの実施形態において、同一の優先度の要求は、先入れ先出し（ＦＩＦＯ）に基づき処理される。いくつかの実施形態において、一旦、要求が適切な場所で待ち行列に配置されると、ユーザは、待ち行列内の要求の位置を変更することができる。ユーザインターフェースは、ユーザが、待ち行列における現在の位置から新たな位置へ要求をクリックしドラッグすることを可能にすることによってなど、待ち行列内の順番のそのような変更を容易にするために提供されることができる。

図６は、図２のステップ２０６のような、それらの割り当てられた待ち行列および優先度に応じるサービス要求にいくつかの実施形態において使用されるプロセスを示すフローチャートである。ステップ６０２において、待ち行列に関連付けられるリソースが利用可能である指示が受信される。そのような指示は、例えば、前にサービスされた要求が完了したバックアップアプリケーションからの指示を含むことができる。他の実施形態において、指示は、当該駆動装置に関するテープディスマウント動作が完了したライブラリから受信された指示を含むことができる。ステップ６０４において、待ち行列における並んだ次の要求は、待ち行列において係属中の要求の中から識別される。いくつかの実施形態において、要求は、上述されたように要求の性質および／または他の優先度情報に基づいて、それらがサービスされるべき順番で待ち行列に格納される。そのような実施形態において、ステップ６０４は、サービスされるために次の要求に関する待ち行列情報で第１の（すなわち、次にサービスされるべき）位置から読むことを含む。ステップ６０６において、ステップ６０４において識別された要求は、例えば要求において特定されたテープが、要求において特定される駆動装置（および／または要求において何も特定されないなら、待ち行列に関連付けられる駆動装置）にマウントさせることによって、サービスされる。

デフォルト待ち行列における要求は、リソースが割り当てられる待ち行列における要求と類似して取り扱われることができるが、そのような要求をサービスするために利用可能なリソース（例えば駆動装置）が、各それぞれの要求に関連付けられるホストが接続を有するリソースであり、他の待ち行列に割り当てられないことを除く。

本明細書に記載された技術を使用して、取り外し可能なメディアストレージリソース（例えばテープ駆動装置）は、１つ以上の待ち行列に割り当てられることができ、各駆動装置が割り当てられるそれぞれの待ち行列に関連付けられる要求をサービスすることにそれらを専用にする。これは、リソースが、最適な方法で使用され、かつリソースが、ミッションクリティカル要求をサービスするために適切なタイミングが合った方法で利用可能であることを確実にする能力をネットワークアドミニストレータに提供する。

前述の実施形態は、理解を明らかにする目的である詳細に関して記載されたが、本発明は、提供される詳細に限定されない。本発明を実施する多くの代わりの方法が存在する。開示された実施形態は、例示的であり制限されない。

ネットワーク環境および関連付けられるメディア管理システムの１つ例示的な実施形態を示すブロック図である。 メディアリソースに関する要求のリソース割り当てアウェア待ち行列を提供するためのいくつかの実施形態において使用されるプロセスを示すフローチャートである。 図２のステップ２０２のような、１つ以上の待ち行列を構成するためのいくつかの実施形態において使用されるプロセスを示すフローチャートである。 図３に示されるプロセスを介して規定される一組の待ち行列を示す図である。 図２のステップ２０４のような、要求を受信しかつそれらを待ち行列に割り当てるためのいくつかの実施形態において使用されるプロセスを示すフローチャートである。 図２のステップ２０６のような、それらの割り当てられた待ち行列および優先度に応じるサービス要求にいくつかの実施形態において使用されるプロセスを示すフローチャートである。

Claims (23)

1. メディアリソースに関する要求を処理する方法であって、
   待ち行列を規定することと、
   待ち行列にメディアリソースを割り当てることと、
   待ち行列にメディアリソース要求を関連付けることとを含む方法。
2. 待ち行列にメディアリソース要求を関連付けることが、待ち行列に関連付けられる要求カテゴリにメディアリソース要求を関連付けることを含む、請求項１に記載の方法。
3. 要求カテゴリを規定することと、
   待ち行列に要求カテゴリを割り当てることとをさらに含み、
   待ち行列にメディアリソース要求を関連付けることが、要求カテゴリにメディアリソース要求を関連付けることを含む、請求項１に記載の方法。
4. 待ち行列にメディアリソース要求を関連付けることが、待ち行列に関連付けられるデータ領域にメディアリソース要求を関連付けることを含む、請求項１に記載の方法。
5. メディアリソースが、メディアストレージ装置を含む、請求項１に記載の方法。
6. メディアリソースが、テープ駆動装置を含む、請求項１に記載の方法。
7. メディアリソース要求が、メディアリソースにある量の取り外し可能なストレージメディアをマウントする要求を含む、請求項１に記載の方法。
8. ホストからメディアリソース要求を受信することをさらに含む、請求項１に記載の方法。
9. バックアップアプリケーションからメディアリソース要求を受信することをさらに含む、請求項１に記載の方法。
10. メディアリソースが、待ち行列に排他的に割り当てられる、請求項１に記載の方法。
11. 待ち行列が、第１の待ち行列を含み、メディアリソースが、第１のメディアリソースを含み、かつメディアリソース要求が、第１のメディアリソース要求を含み、
    第２のメディアリソース要求を受信することと、
    第２のメディアリソース要求が第１の待ち行列に関連付けられていないことを決定することと、
    第２のメディアリソース要求をデフォルト待ち行列に関連付けることをさらに含む、請求項１に記載の方法。
12. 第２のメディアリソースをデフォルト待ち行列に関連付けることをさらに含む、請求項１１に記載の方法。
13. メディアリソース要求を待ち行列におけるある場所に割り当てることをさらに含む、請求項１に記載の方法。
14. メディアリソース要求を待ち行列におけるある場所に割り当てることは、メディアリソース要求が、待ち行列において現在係属中の任意の他のメディアリソース要求より高い優先度を有しているかどうかを決定することを含む、請求項１３に記載の方法。
15. メディアリソース要求を待ち行列におけるある場所に割り当てることは、メディアリソース要求が、待ち行列で係属中の１つ以上の前に受信されたメディアリソース要求よりも高い優先度を有していないならば、待ち行列で係属中の受信されたメディアリソース要求の後ろに並んでメディアリソース要求を配置することを含む、請求項１３に記載の方法。
16. メディアリソース要求が、待ち行列において現在割り当てられた場所とは異なる場所に移動されるべきであることの指示を受信することをさらに含む、請求項１３に記載の方法。
17. メディアリソースが利用可能である指示を受信することと、
    メディアリソースによってサービスされるべき選択された要求を、待ち行列から選択することと、
    選択された要求をサービスすることとをさらに含む、請求項１に記載の方法。
18. メディアリソース要求が、要求に含まれるデータの少なくとも一部に基づいて待ち行列に関連付けられる、請求項１に記載の方法。
19. メディアリソース要求が、一組のデータに関連付けられ、かつメディアリソース要求が、要求が関連する一組のデータに少なくとも一部に基づく待ち行列に関連付けられる、請求項１に記載の方法。
20. メディアリソース要求が、メディアリソース要求に関連付けられる一組のデータが格納されるクライアントに関連付けられ、かつメディアリソース要求は、メディアリソース要求が関連付けられるクライアントの少なくとも一部に基づき待ち行列に関連付けられる、請求項１に記載の方法。
21. メディアリソース要求が、メディアリソース要求を生成したアプリケーションに関連付けられ、かつメディアリソース要求が、メディアリソース要求を生成したアプリケーションの少なくとも一部に基づき待ち行列に関連付けられる、請求項１に記載の方法。
22. メディアリソースに関する要求を処理するシステムであって、
    待ち行列を規定し、
    待ち行列にメディアリソースを割り当て、かつ
    待ち行列にメディアリソース要求を関連付けるように構成されたプロセッサと、
    メディアリソース要求および待ち行列に関連付けられる他のデータを格納するように構成されたメモリとを備えるシステム。
23. メディアリソースに関する要求を処理するコンピュータプログラム製品であって、コンピュータプログラム製品は、コンピュータ読み取り可能なメディアで実現され、
    待ち行列を規定し、
    待ち行列にメディアリソースを割り当て、かつ
    待ち行列にメディアリソース要求を関連付けるためのコンピュータ指示を備えるコンピュータプログラム製品。

Images