データベースの増分バックアップを実行するための方法であって、前記データベースのフルバックアップを実行する要求を伝達することと、前記フルバックアップに関連する1つまたは複数のマップを検索することであって、前記1つまたは複数のマップが、前のバックアップ以来変更されたデータの識別を含むことと、前記変更されたデータを検索することと、前記変更されたデータを、増分バックアップファイルとして記憶装置に記憶することと、前記前のバックアップ以来変更されていない前記フルバックアップのフルバックアップデータを廃棄することと、を含む方法。前記増分バックアップファイルに関連する前記1つまたは複数のマップを記憶することをさらに含む、請求項1に記載の方法。前記1つまたは複数のマップが、前記前のバックアップ以来変更されたデータを示すビットマップを含む差分変更マップDCMを含み、前記方法が、まるで前記要求に応じてフルバックアップが実行されたかのように、前記データベースに関連するDCMビットマップのライブコピーをリセットすることを含む、請求項2に記載の方法。前記フルバックアップを実行する前記要求に応じて、前記データベースのスナップショットを取ることを含む、請求項1に記載の方法。前記1つまたは複数のマップが、割り当てられたデータエクステントに関する情報を含むグローバル割り当てマップGAMと、少なくとも1つの未使用ページを有する混合エクステントに関する情報を含む共有グローバル割り当てマップSGAMと、および/またはテーブルもしくはインデックスが用いるエクステントに関する情報を含むインデックス割り当てマップIAMと、を含み、前記変更されたデータを検索する前に、前記方法が、前記1つまたは複数のマップを読み出して、前記変更されたエクステントが割り当てられるかどうかを決定することと、前記変更されたエクステントを、それらが割り当てられる場合にのみ検索することと、を含む、請求項2に記載の方法。復元動作を実行するために前記増分バックアップファイルに対応する要求を検出することと、前記増分バックアップファイルに関連するフルデータベースバックアップファイルを識別することと、前記増分バックアップファイルおよび前記増分バックアップファイルに関連する前記フルデータベースバックアップファイルを用いて復元動作を実行することによって、復元データベースを生成することと、前記復元データベースをデータベースサーバに通知することと、をさらに含む、請求項2に記載の方法。前に記憶されたフルバックアップを識別することと、前記フルバックアップに関連するマップを検索することと、前記マップを用いて、前のバックアップ以来変更された特定のデータを識別することと、前記前に記憶されたフルバックアップの圧縮バージョンの一部として前記特定のデータを記憶することと、前記前のバックアップ以来変更されていない前記フルバックアップのフルバックアップデータを廃棄することと、をさらに含む、請求項1に記載の方法。データベースの増分バックアップを実行するためのプログラム命令を含むコンピュータ可読記憶媒体であって、実行されるときに前記プログラム命令が、前記データベースのフルバックアップを実行する要求を伝達するように、前記フルバックアップに関連する1つまたは複数のマップを検索し、前記1つまたは複数のマップが、前のバックアップ以来変更されたデータの識別を含むように、前記変更されたデータを検索するように、前記変更されたデータを増分バックアップファイルとして記憶装置に記憶するように、かつ前記前のバックアップ以来変更されていない前記フルバックアップのフルバックアップデータを廃棄するように、動作可能であるコンピュータ可読記憶媒体。前記命令が、前記増分バックアップファイルに関連する前記1つまたは複数のマップを記憶するようにさらに動作可能である、請求項8に記載のコンピュータ可読記憶媒体。前記1つまたは複数のマップが、前記前のバックアップ以来変更されたデータを示すビットマップを含む差分変更マップDCMを含み、前記命令が、まるで前記要求に応じてフルバックアップが実行されたかのように、前記データベースに関連するDCMビットマップのライブコピーをリセットするようにさらに動作可能である、請求項9に記載のコンピュータ可読記憶媒体。前記プログラム命令が、前記フルバックアップを実行する前記要求に応じて、前記データベースのスナップショットを取るようにさらに動作可能である、請求項8に記載のコンピュータ可読記憶媒体。前記1つまたは複数のマップが、割り当てられたデータエクステントに関する情報を含むグローバル割り当てマップGAMと、少なくとも1つの未使用ページを有する混合エクステントに関する情報を含む共有グローバル割り当てマップSGAMと、および/またはテーブルもしくはインデックスが用いるエクステントに関する情報を含むインデックス割り当てマップIAMと、を含み、前記変更されたデータを検索する前に、前記命令が、前記1つまたは複数のマップを読み出して、前記変更されたエクステントが割り当てられるかどうかを決定するように、かつ前記変更されたエクステントを、それらが割り当てられる場合にのみ検索するように動作可能である、請求項9に記載のコンピュータ可読記憶媒体。前記プログラム命令が、復元動作を実行するために前記増分バックアップファイルに対応する要求を検出するように、前記増分バックアップファイルに関連するフルデータベースバックアップファイルを識別するように、前記増分バックアップファイルおよび前記増分バックアップファイルに関連する前記フルデータベースバックアップファイルを用いて復元動作を実行することによって、復元データベースを生成するように、かつ前記復元データベースをデータベースサーバに通知するようにさらに動作可能である、請求項9に記載のコンピュータ可読記憶媒体。前記プログラム命令が、前に記憶されたフルバックアップを識別するように、前記フルバックアップに関連するマップを検索するように前記マップを用いて、前のバックアップ以来変更された特定のデータを識別するように、前記前に記憶されたフルバックアップの圧縮バージョンの一部として前記特定のデータを記憶するように、かつ前記前のバックアップ以来変更されていない前記フルバックアップのフルバックアップデータを廃棄するように、さらに動作可能である、請求項13に記載のコンピュータ可読記憶媒体。データベースの増分バックアップを実行するためのシステムであって、前記システムが、データベースサーバと、メディアサーバと、データベースと、1つまたは複数の記憶装置と、を含み、前記データベースサーバが、前記データベースのフルバックアップを実行する要求の検出に応じて、フルバックアップを開始するように構成され、前記メディアサーバが、前記フルバックアップに関連する1つまたは複数のマップを検索し、前記1つまたは複数のマップが、前のバックアップ以来変更されたデータの識別を含むように、前記変更されたデータを検索するように、前記変更されたデータを、増分バックアップファイルとして記憶装置に記憶するように、かつ前記前のバックアップ以来変更されていない前記フルバックアップのフルバックアップデータを廃棄するように構成されるシステム。前記スナップショットを廃棄する前に、前記メディアサーバが、前記増分バックアップファイルに関連する前記1つまたは複数のマップを記憶するようにさらに構成される、請求項15に記載のシステム。前記1つまたは複数のマップが、前記前のバックアップ以来変更されたデータを示すビットマップを含む差分変更マップDCMを含み、前記システムが、まるで前記要求に応じてフルバックアップが実行されたかのように、前記データベースに関連するDCMビットマップのライブコピーをリセットするように構成される、請求項16に記載のシステム。前記システムが、前記フルバックアップを実行する前記要求に応じて、前記データベースのスナップショットを取るように構成される、請求項15に記載のシステム。前記1つまたは複数のマップが、割り当てられたデータエクステントに関する情報を含むグローバル割り当てマップGAMと、少なくとも1つの未使用ページを有する混合エクステントに関する情報を含む共有グローバル割り当てマップSGAMと、および/またはテーブルもしくはインデックスが用いるエクステントに関する情報を含むインデックス割り当てマップIAMと、を含み、前記変更されたデータを検索する前に、前記システムが、前記1つまたは複数のマップを読み出して、前記変更されたエクステントが割り当てられるかどうかを決定するように、かつ前記変更されたエクステントを、それらが割り当てられる場合にのみ検索するように構成される、請求項16に記載のシステム。前記メディアサーバが、復元動作を実行するために前記増分バックアップファイルに対応する要求を検出するように、前記増分バックアップファイルに関連するフルデータベースバックアップファイルを識別するように、前記増分バックアップファイルおよび前記増分バックアップファイルに関連する前記フルデータベースバックアップファイルを用いて復元動作を実行することによって、復元データベースを生成するように、かつ前記復元データベースを前記データベースサーバに通知するようにさらに構成される、請求項16に記載のシステム。差分またはログバックアップを実行する以外に、データベースバックアップのサイズを低減する別の方法は、増分バックアップを実行することである。しかしながら、SQLサーバは、現在、データベースの増分バックアップをサポートしていない。したがって、必要なものは、SQLサーバによって維持されるスナップショットおよびデータ追跡機構を用いて増分バックアップを実行し、一方でまた、高速で効率的な復元を増分バックアップから行う能力を保持することである。上記を考慮すると、SQLデータベースの増分バックアップを実行するための方法および機構が望ましい。SQLサーバデータベースの増分バックアップを実行するための方法および機構の様々な実施形態を考える。一実施形態において、データベースのフルバックアップを実行してもよい。フルバックアップの後で、続くバックアップは、増分バックアップであってもよい。増分バックアップを実行するために、最初に、データベースのフルバックアップを実行する要求をSQLサーバに伝達してもよい。たとえ実際には増分バックアップが実行されても、SQLサーバは、まるでデータベースのフルバックアップが実行されているかのように振る舞ってもよい。次に、データベースのスナップショットを取ってもよい。1つまたは複数のマップをスナップショットから検索してもよい。1つまたは複数のマップには、前のフルバックアップ、前のスナップショット、または前の増分バックアップ以来変更されたエクステントを識別する情報を含んでもよい。変更されたエクステントを識別した後で、変更されたエクステントは、スナップショットから検索し、増分バックアップファイルとしてバックアップ記憶装置に記憶してもよい。次に、スナップショットは、廃棄してもよい。データベースのスナップショットが取られた後のあるポイントにおいて、SQLサーバは、まるでフルバックアップ動作が実行されたかのように、DCMビットマップのライブコピーをリセットしてもよい。別の実施形態において、変更されたエクステントを識別した後で、1つまたは複数の割り当てマップを検索し読み出して、変更されたエクステントのそれぞれがテーブルまたは他のオブジェクトに割り当てられるかどうかを決定してもよい。変更されたエクステントが割り当てられない場合には、変更されたエクステントは、増分バックアップの一部としては記憶されない。1つまたは複数のマップはまた、増分バックアップの一部として記憶してもよい。方法には、複数の増分バックアップおよびスナップショット用に上記のステップを繰り返すことがさらに含まれる。さらなる実施形態において、前に記憶されたフルバックアップは、増分バックアップまたは差分バックアップなどの部分バックアップに変換してもよい。一実施形態において、データベースの記憶されたスナップショットを記憶装置から検索してもよい。記憶されたスナップショットは、データベースに対して実行された前のフルバックアップ動作に対応してもよい。記憶されたフルバックアップは、その特定のバックアップ用の記憶装置使用を低減するために、増分バックアップファイルに変換してもよい。記憶されたスナップショットを増分バックアップファイルに変換するために、変更されたエクステントを識別する1つまたは複数のマップを、スナップショットから検索してもよい。代替として、変更されたエクステントを識別する1つまたは複数のマップは、スナップショットとは別個に記憶してもよい。次に、変更されたエクステントは、記憶されたスナップショットから検索し、増分バックアップファイルとしてバックアップ記憶装置に記憶してもよい。バックアップからの未変更データは、廃棄してもよい。代替として、他の類似の技術を用いて、記憶されたフルバックアップファイルを増分バックアップファイルに変換してもよい。別の実施形態において、復元動作は、1つまたは複数の増分バックアップに続いて要求してもよい。メディアサーバは、前のフルバックアップファイルをバックアップ記憶装置から検索し、かつ前のフルバックアップファイルを、メディアサーバまたはSQLサーバに関連するディスクまたは他の記憶装置などの記憶装置に書き込んでもよい。メディアサーバは、SQLサーバからどんな入力も要求せずに、このステップを実行し得る。これによって、SQLサーバは、新しいトランザクションを処理することなど、データベースにおける通常の機能の一部としての動作を実行し続けることが可能になる。次に、メディアサーバは、1つまたは複数の増分バックアップファイルを検索し、変更されたエクステントを、増分バックアップファイルからフルバックアップファイル内の適切な位置に書き込んでもよい。メディアサーバは、変更されたエクステントを、複数の増分バックアップファイルからフルバックアップファイルに書き込んでもよい。複数の増分バックアップファイルは、フルバックアップ動作に続いて実行された複数の増分バックアップに対応してもよい。メディアサーバはまた、最も古い増分バックアップファイルからの変更されたエクステントが最初に書き込まれ、最新の増分バックアップファイルからの変更されたエクステントが最後に書き込まれるように、増分バックアップファイルが生成された順序で、増分バックアップファイルからの変更されたエクステントを書き込んでもよい。メディアサーバは、増分バックアップ動作の一部として記憶された1つまたは複数のマップを読み出すことによって、変更されたエクステントが、未実装フルバックアップファイルにおいて属する場所を決定してもよい。メディアサーバは、SQLサーバからどんな入力も要求せずに、変更されたエクステントを未実装フルバックアップファイル内に逆に書き込んでもよい。これらや他の特徴および利点は、本明細書で提示するアプローチの以下の詳細な説明を考慮すれば、当業者には明らかになろう。方法および機構の上記のおよびさらなる利点は、添付の図面に関連して以下の説明を参照することによって、よりよく理解することが可能である。以下の記載において、本明細書で提示する方法および機構の完全な理解を提供するために多数の特定の詳細が説明される。しかしながら、当業者は、これらの特定の詳細なしに、様々な実施形態を実行可能であることを理解されたい。いくつかの例において、周知の構造、コンポーネント、信号、コンピュータプログラム命令、および技術は、本明細書で説明するアプローチを曖昧にしないように、詳細には示さなかった。図解の単純性および明確性のために、図に示す要素が、必ずしも一定の縮尺で作成されなかったことが理解されよう。例えば、いくつかの要素の寸法は、他の要素に対して誇張されている場合がある。図1を参照すると、データベースアーカイブシステムにおける一実施形態の一般化されたブロック図が示されている。データベースサーバ110およびメディアサーバ130は、ネットワーク120に接続される。一実施形態において、データベースサーバ110は、MicrosoftSQLサーバであってもよい。いくつかの実施形態において、データベースサーバ110は、Microsoft登録商標SharePoint登録商標サーバなどのアプリケーションサーバ図示せずに接続してもよい。ネットワーク120には、イーサネットネットワークおよびファイバチャンネルFCネットワークなどのローカルエリアネットワークLANと、米国電気電子学会IEEE802.11規格Wi-Fiに基づいた無線ローカルエリアネットワークWLANと、インターネット、セルラーデータネットワーク、および公衆ネットワーク例えばインターネットを通じて実現される仮想プライベートネットワークVPNのような他のデータ通信ネットワークなどのワイドエリアネットワークWANと、の組み合わせを含む様々なネットワーク接続を含んでもよい。他のネットワーク接続およびアーキテクチャーが、可能であり考えられる。メディアサーバ130は、バックアップ記憶装置140を管理してもよく、かつメディアサーバ130は、データベースサーバ110から受信したバックアップデータおよびメタデータをバックアップ記憶装置140に記憶してもよい。メディアサーバ130は、データをバックアップしてデータベースサーバ110に復元することに関連するタスクを実行するためのソフトウェアをホストしてもよい。メディアサーバ130は、任意の数のメディアサーバ、マスタサーバ、またはネットワーク120に接続可能な他のタイプのサーバを代表する。他の実施形態において、メディアサーバ130は、マスタサーバ、他のタイプのサーバ、またはデータベースアーカイブシステムにおける1つもしくは複数のサーバのある組み合わせであってもよい。メディアサーバ130は、バックアップ記憶装置140に直接接続してもよく、またはメディアサーバ130は、LAN、ストレージエリアネットワークSANもしくは他のネットワークなどの様々なネットワークのいずれかを通じてバックアップ記憶装置140に接続してもよい。一実施形態において、バックアップ記憶装置140は、メディアサーバ130のバスに直接装着されるアダプタカードであってもよい。メディアサーバ130は、データベースサーバ110、バックアップ記憶装置140、または他の装置からデータを受信し、かつそれらにデータを送信する場合に、データをバッファするために内部メモリ例えば、ランダムアクセスメモリRAMを用いてもよい。バックアップ記憶装置140は、任意の数のバックアップ記憶装置を代表し、かつハードディスクドライブ、ディスクボリューム、サーバブレード、フラッシュドライブ、光ドライブ、テープドライブ、テープボリューム、ロボットテープライブラリ、または他の記憶媒体などの様々なタイプの記憶媒体のいずれを含んでもよい。データベース150は、データベースプログラムおよび/またはそこに実現された1つもしくは複数の実際のデータベースの両方を表し得る。データベースプログラムは、データベースを動作させるための実行可能コマンド、ユーザインターフェース、および他のプログラムコードを指す。包含されたデータベースには、複数のデータレコード上で動作するように構成された様々なテーブル、インデックス、関係、問い合わせ、記憶された手順、ファイルシステム、セキュリティ層、ネットワーキングインターフェース等をさらに含んでもよい。データベース150におけるレコードは、テーブル行および列配列に配置してもよい。本明細書で用いられるように用語レコードは、データベースにおけるエントリを指すものとする。関連するレコードの集合は、データベースにおけるテーブルとして集合的に説明してもよい。レコードは、1つまたは複数のフィールドからなってもよく、これらのフィールドは、他のテーブルにおける他のレコードに対してインデックスまたはキーとして働くことが可能である。例えば、文書管理データベースにおいて、文書テーブルにおける各レコードは、データベースに記憶された文書を表してもよい。一実施形態において、文書は、レコードのフィールド自体に記憶してもよい。いくつかの実施形態において、文書は、記憶位置などの、文書に対する参照記号によってレコードに表してもよい。さらに、データベースは、関係データベースの任意で所与のインプリメンテーションを記憶およびアクセスするための実装データベースファイルを生成および修正してもよい。いくつかの実施形態において、データベース150は、ネットワーク120介して他のサーバおよびクライアントコンピュータがアクセスするように構成された、データベースサーバ110などの専用コンピューティングシステム上で動作してもよい。データベース150には、追加および問い合わせ手順など、関係データベースに関連する様々な種類の機能を含んでもよい。問い合わせ機能は、変更マップ、割り当てマップ、オブジェクト、テーブル、レコード、および他のデータなどの情報をデータベースから検索してもよい。追加機能は、情報をデータベースに記憶してもよい。データベース150は、MicrosoftSQLサーバデータベースであってもよく、データベース150へのアクセスを提供するために用いられるインターフェースは、SQLを用いてもよい。データは、ページレベルでデータベース150に記憶し、そこから検索してもよい。各ページは、8キロバイトKBのサイズを有してもよく、ヘッダおよびデータからなってもよい。ページヘッダには、ページにおけるデータが属するオブジェクトIDを含んでもよい。サーバ入力/出力I/O動作は、データベースサーバ110がページ全体を読み出すかまたは書き込むように、ページレベルで実行してもよい。データベース150のフルバックアップが生成されるフルバックアッププロセスの後で、後続の増分バックアッププロセスを用いて増分バックアップを生成し、かつ最も最近のフルバックアップ以来変更されたエクステントだけを捕捉してもよい。増分バックアップの生成は、無期限に継続してもよく、その場合に、連続的な数の後続する増分バックアップを実行および生成してもよく、かつ各増分バックアップには、最も最近実行された増分バックアップ後に変更されたエクステントが含まれる。複数の増分バックアップ動作からの変更されたエクステントは、バックアップ記憶装置140に記憶してもよい。復元動作のために、最も最近生成されたフルバックアップは、バックアップ記憶装置140、データベースサーバ110の物理メモリ、または他の記憶装置などの記憶装置にデータベースファイルを書き込むプロセスにおいて復元してもよい。次に、第1の増分バックアップファイルに記憶された、変更されたエクステントをデータベースファイル内の適切なメモリ位置に分配して、第1の増分バックアップが開始されたときにデータベース150があった状態に、データベースファイルを再インスタンス化してもよい。次に、このプロセスは、一連の増分バックアップが生成された順序で、増分バックアップのそれぞれに対して連続的に繰り返してもよい。プロセスの終わりに、データベースファイルが再構成され、かつデータベース150のライブインスタンスとして復元される準備ができていることを、データベースサーバ110に通知してもよい。データベース全体を復元する代わりに、ユーザまたは管理者は、バックアップされたデータベースから1つまたは複数のデータ項目例えば、ファイル、電子メール、イメージを復元したいと思う可能性がある。データベースサーバ110は、1つまたは複数の要求されたデータアイテムを、復元されたデータベースファイルから検索し、それらのアイテムをデータベース150に復元してもよい。1つまたは複数のデータ項目を復元するプロセスは、きめ細かい復元プロセスと呼ばれる。図1のメディアサーバ130およびデータベースサーバ110は、任意のタイプのコンピューティング装置例えば、サーバ、デスクトップパーソナルコンピュータPC、ラップトップ、スマートフォンであってもよく、かつ様々なハードウェアおよびソフトウエアコンポーネントを含んでもよい。ハードウェアコンポーネントには、バスアーキテクチャを介して共に接続される1つまたは複数のプロセッサ、メモリ装置、および入力/出力I/O装置を含んでもよい。ソフトウエアコンポーネントには、メモリ装置に記憶されるオペレーティングシステムを含んでもよい。オペレーティングシステムは、MicrosoftWindows登録商標、Linux登録商標、Solaris登録商標またはその他など、様々なタイプのオペレーティングシステムのいずれかであってもよい。オペレーティングシステムは、様々なサービスをユーザに提供するように動作可能であってもよく、かつバックアップアプリケーション、サーバアプリケーション、データベースアプリケーション、ソフトウェアエージェント、または様々な他のアプリケーションのいずれかなどの様々なプログラムの実行をサポートしてもよい。他の実施形態において、データベースサーバ、データベース、メディアサーバ、ネットワーク、およびバックアップ記憶装置の数およびタイプは、図1に示すものに限定されない。任意の数および組み合わせのメディアサーバ、データベースサーバ、およびデータベースは、モデムバンク、直接LAN接続、無線接続、WANリンク等の様々な組み合わせ介し、ネットワークアーキテクチャにおいて相互接続してもよい。ここで図2を参照すると、スナップショットイメージを生成するデータベースサーバの実例が示されている。データベースサーバ210はデータベース220を管理し、かつデータベースサーバ210は、記憶装置230に接続してもよい。記憶装置230は、任意の数の記憶装置を代表し、かつ記憶装置230は、前述の記憶媒体のいずれのタイプであってもよい。代替として、データベースサーバ210は、物理メモリまたは他のローカル記憶装置を用いて、スナップショット240、およびデータベース220に関連する他のデータを記憶してもよい。図2に示すように、スナップショット240は、記憶装置230に記憶される。スナップショット240は、データベースサーバ210によって生成してもよく、かつスナップショット240は、データベース220のバックアップイメージを表してもよい。スナップショット240は、データベース220の静的な、ある時点の表現であってもよい。スナップショット240は、データベース全体のフルイメージのコピーであってもよく、データベースサーバ210は、スナップショットバックアップを実行した後で、スナップショット240を記憶装置230に記憶してもよい。メディアサーバ図示せずは、増分バックアップを実行するためにスナップショット240にアクセスしてもよい。代替として、メディアサーバは、フルバックアップを実行するためにスナップショット240にアクセスしてもよい。データベースサーバ210は、スナップショットバックアップをフルバックアップと見なしてもよく、かつデータベースサーバ210は、スナップショットバックアップがフルバックアップと等価だったことを示すために、マップおよび他のメタデータをリセットしてもよい。ここで図3を参照すると、スナップショットイメージの一実施形態が示されている。スナップショット310は、SQLサーバによるスナップショットバックアップ中に、SQLデータベースから取られたイメージを表す。スナップショット310には、メタデータおよび1つまたは複数のマップを含めて、データベースからのデータの全てを含んでもよい。マップには、差分変更マップDCM320、グローバル割り当てマップGAM330、共有グローバル割り当てマップSGAM340、インデックス割り当てマップIAM350、およびオブジェクト360を含んでもよい。オブジェクト360は、基礎をなすSQLデータベースここからスナップショット310が生成されたに存在し得る任意の数のオブジェクトを代表する。オブジェクト360は、エクステントに組織化してもよく、かつオブジェクト360は、テーブル、レコード、文書、項目、リスト、および他のデータを含む、データベースに記憶された任意のタイプのデータを代表してもよい。いくつかの実施形態において、SQLデータベースは、1つまたは複数のファイルからなってもよく、各ファイルは、それ自体のマップセットを備えている。これらの実施形態において、スナップショット310は、多数のDCM、GAM、SGAM、IAM等を含んでもよい。メディアサーバは、スナップショット310からDCM320を検索してもよい。次に、メディアサーバは、DCM320のページを読み出して、前のフルまたは増分バックアップ以来どのエクステントが修正されたかを決定してもよい。メディアサーバは、DCMを構成するページをスナップショット310から検索するために問い合わせを実行してもよい。第1のDCMページは、スナップショット310の7番目のページに位置している可能性がある。第2のDCMページは、第1のDCMページから512232ページをオフセットされて512239番目のページに位置している可能性がある。第3のページのDCMページは、第1のDCMページから1024464ページをオフセットされて1022471番目のページである可能性がある等である。メディアサーバはまた、スナップショット310から1つまたは複数の割り当てマップを検索するために問い合わせを実行してもよい。割り当てマップには、オブジェクトまたはインデックスが用いるエクステントに関する情報を含んでもよい。例えば、割り当てマップには、どのエクステントがそのオブジェクトに使用されているかを示すエクステントのビットマスクを含んでもよい。1つまたは複数の割り当てマップには、GAM330、SGAM340、およびIAM350を含んでもよい。これらの割り当てマップによって、メディアサーバは、変更されたエクステントが割り当てられたかどうかを決定することが可能になる。例えば、あるエクステントは、その対応するオブジェクトが削除されたので変更されたかもしれない。したがって、そのエクステントは、たとえそれが変更されたことをDCM320が示しても、バックアップされる必要のあるどんなデータも実際には含まない可能性がある。割り当てマップをチェックすることによって、メディアサーバは、増分バックアップの一部として記憶される必要のあるエクステントの数を低減してもよい。メディアサーバは、オブジェクトに割り当てられた、変更されたエクステントだけをスナップショット310から検索してもよい。次に、メディアサーバは、検索されたエクステントを記憶装置に記憶してもよい。メディアサーバはまた、増分バックアップの一部として、1つまたは複数のマップを含むメタデータを記憶してもよい。代替として、メディアサーバは、フルバックアップの一部として、スナップショット310をその全体においてバックアップすることが可能である。しかしながら、スナップショット310のフルバックアップの実行は、増分バックアップを実行するよりはるかに大きな量の記憶スペースを取る可能性がある。変更されたエクステントおよび1つまたは複数のマップが、スナップショット310から検索されてバックアップ記憶装置に記憶された後で、スナップショット310は、廃棄してもよい。メディアサーバによって実行されるように説明したスナップショット310に関する上記のステップはまた、データベースサーバ、他のサーバ、または他のタイプのコンピューティング装置によって実行してもよい。ここで図4を参照すると、メディアサーバ、および記憶されたデータベースバックアップファイルを備えたバックアップ記憶装置の一実施形態が示されている。メディアサーバ410は、データベースのバックアップに関連するファイルをバックアップ記憶装置420に記憶してもよい。フルバックアップファイル425は、バックアップ記憶装置420に記憶され、フルバックアップファイル425には、前のフルデータベースバックアップ動作からのデータを含んでもよい。一実施形態において、フルバックアップファイル425は、マスタデータファイルMDFであってもよい。メディアサーバ410はまた、バックアップされた内容と共にテーブルおよびインデックス情報のスキーマを生成し、フルバックアップファイル425に記憶するように構成してもよい。スキーマは、データベースファイルのデータ構造を指してもよく、かつスキーマは、データベースファイル内で、あるデータ構造を定義するメモリ位置を含んでもよい。スキーマは、広範囲なサーチ動作を実行する必要なく、フルバックアップファイル425においてオブジェクトを高速かつ効率的に探し当てるために用いてもよい。スキーマは、データベースのフルバックアップが生成されているときにデータベースに問い合わせることによって生成してもよい。スキーマは、ライブデータベースもデータベースサーバも用いずに、フルバックアップファイル425の内容をアクセスまたは復元するために用いてもよい。増分バックアップファイル430および440もまた、バックアップ記憶装置420に記憶される。増分バックアップファイル430および440はまた、ブロックレベル増分ファイルと呼んでもよい。増分バックアップファイル430および440には、データベースの増分バックアップ動作の一部としてバックアップされる変更されたエクステントが含まれる。増分バックアップファイル430および440は、実行可能な任意の数の増分バックアップ動作に関連する任意の数のファイルを代表する。例えば、10の増分バックアップが、メディアサーバ410に接続されたデータベースに対して実行される場合には、10の増分バックアップファイルをバックアップ記憶装置420に記憶してもよい。一実施形態において、フルバックアップファイル425ならびに/または増分バックアップファイル430および440は、バックアップ記憶装置420のファイルシステムへの標準ファイルI/O呼び出しを用いて順次的にアクセスされるバイナリファイルであってもよい。ファイルシステムは、バックアップ記憶装置420に生成されたボリュームにおいてファイルおよびディレクトリに階層的に構成されたデータを参照し記憶する情報システムであってもよい。いくつかの実施形態において、フルバックアップファイル425ならびに/または増分バックアップファイル430および440は、ページまたは割り当てユニットとも呼ばれる、メモリのブロックユニットに構造化してもよい。メタデータ435および445もまた、バックアップ記憶装置420に記憶され、メタデータ435は、増分バックアップファイル430に対応し、メタデータ445は、増分バックアップファイル440に対応する。メタデータ435には、増分バックアップファイル430に関連する増分バックアップ動作の一部としてバックアップ記憶装置420に記憶され得る、1つまたは複数のマップなどの追加データが含まれる。この1つまたは複数のマップには、DCM、GAM、SGAM、IAM、および他のマップを含んでもよい。追加情報もまた、増分バックアップファイル430に関連するメタデータ435に記憶してもよい。メタデータ435は、増分バックアップファイル430からの1つまたは複数のデータ項目用の復元動作を容易にするために用いてもよい。別の実施形態において、多数の増分バックアップ動作に関連するメタデータを含む1つのメタデータ記憶装置が、バックアップ記憶装置420にあってもよい。さらなる実施形態において、メタデータ435は、増分バックアップファイル430内に記憶してもよい。メタデータ435の上記の特徴はまた、メタデータ445にも当てはまり得る。一実施形態において、新しいフルデータベースバックアップ動作が実行された場合に、メディアサーバ410は、古いフルデータベースバックアップファイルをバックアップ記憶装置420から削除してもよい。メディアサーバ410はまた、そのときに、古いメタデータおよび増分バックアップファイルを削除してもよい。別の実施形態において、メディアサーバ410は、新しいフルデータベースバックアップ動作が実行された場合に、1つまたは複数の前のフルデータベースバックアップファイル、増分バックアップファイル、および/またはメタデータファイルを保存してもよい。メディアサーバ410は、バックアップ記憶装置420において記憶スペースを解放するためにより古いファイルを削除することを含む、メタデータファイル、増分バックアップファイル、およびフルデータベースバックアップファイルに関する保存ポリシーを有してもよい。別の実施形態において、フルバックアップファイル425は、フルバックアップファイル425に関連する記憶装置使用を低減するために、増分バックアップファイルまたは差分バックアップファイルに変換してもよい。フルバックアップファイル425が、スナップショットバックアップに対応する場合に、前のバックアップと比較して変更されたデータを識別する1つまたは複数のマップを、フルバックアップファイル425から検索してもよい。代替として、エクステントとして識別可能な変更されたデータを識別するマップは、フルバックアップファイル425とは別個に記憶してもよく、これらのマップは、この別個のファイルまたは位置から検索してもよい。マップが検索され、かつ変更されたデータが識別された後で、変更されたデータは、フルバックアップファイル425から検索し、増分バックアップファイルとしてバックアップ記憶装置420に記憶してもよい。代替として、異なるアルゴリズムを用いて、フルバックアップファイル425を増分バックアップファイルに変換してもよい。フルバックアップファイル425が、増分バックアップファイルに変換された後で、フルバックアップファイル425は、バックアップ記憶装置420から廃棄してもよい。新しく生成された増分バックアップが対応する、前のバックアップの識別もまた、記憶してもよい。フルバックアップファイル425が変換増分バックアップファイルに圧縮されるために、フルバックアップファイル425に先立って生成された前のフルバックアップファイルは、バックアップ記憶装置420に記憶される必要があり得る。前のフルバックアップファイルは、どんな潜在的な復元動作も容易にするために、変換増分バックアップファイルによってさもなければそれに関連して参照され得る。次に、さらなる復元動作は、前のフルバックアップファイルおよび変換増分バックアップファイルの両方を利用してもよい。ここで図5を参照すると、前に記憶されたフルバックアップファイルを圧縮するための方法およびシステムの実例が示されている。この例において、記憶されたフルバックアップファイルは、部分的例えば増分バックアップファイルに変換される。メディアサーバ510は、バックアップ記憶装置520に接続され、バックアップ記憶装置520は、フルバックアップファイル530、540、550および560を記憶する。フルバックアップファイル530-560は、バックアップ記憶装置520に記憶し得る任意の数のフルバックアップファイルを代表する。フルバックアップファイル530-560は、フルバックアップ動作間に実行されるどんな増分または差分バックアップ動作もなしに前に例えば連続的に実行されたフルバックアップ動作に対応してもよい。フルバックアップファイル530-560を記憶するために用いられる記憶スペースは、フルバックアップファイル530-560の1つまたは複数を変換増分バックアップファイルに圧縮することによって低減してもよい。前に生成されたフルバックアップファイルを部分バックアップファイルに変換する場合に、前に記憶されたフルバックアップファイルは、変換されることになる後のフルバックアップファイル用のアンカーまたは開始点/基準として用いてもよい。図5に示す例において、フルバックアップファイル530は、アンカーフルバックアップファイルとして用いてもよい。アンカーファイルに続いて次に記憶されたフルバックアップファイルすなわち、フルバックアップファイル540は、変更されたデータを識別する1つまたは複数のマップを読み出し、変更されたデータをフルバックアップファイル540から検索し、かつ変更されたデータを増分バックアップファイルとして記憶することによって、変換増分バックアップファイルすなわち、変換増分バックアップファイル545に圧縮してもよい。変換増分バックアップファイル545が生成された後で、フルバックアップファイル540は、廃棄してもよい。他の実施形態において、異なる方法を用いて、フルバックアップファイルを増分バックアップファイルに変換してもよい。このプロセスは、フルバックアップファイル550および560を、変換増分バックアップファイル555および565にそれぞれ圧縮することによって継続してもよい。その後、フルバックアップファイル550および560は、廃棄してもよい。このプロセスは、記憶されるバックアップファイル用の記憶装置使用の著しい低減に帰着し得る。アンカーフルバックアップファイルすなわち、フルバックアップファイル530および変換増分バックアップファイル545-565は、クラウドベースの記憶位置もしくはテープ装置に移動するか、またはバックアップ記憶装置520に残してもよい。フルバックアップファイル530、および変換増分バックアップファイル545-565の1つまたは複数を用いて、フルまたはきめ細かい復元を実行してもよい。ここで図6を見ると、データベースアーカイブシステムの一実施形態が示されている。データベースサーバ610は、ネットワーク680およびデータベース630に接続される。メディアサーバ670は、ネットワーク680および記憶装置620に接続される。別の実施形態において、記憶装置620は、データベースサーバ610に直接接続してもよく、メディアサーバ670は、ネットワーク680を通じて記憶装置620にアクセスしてもよい。ユーザまたは管理者は、特定の増分バックアップに関連する特定の時点へデータベースを復元することを要求してもよい。代替として、ユーザまたは管理者は、特定の時点から1つまたは複数のデータ項目を復元することを要求してもよい。メディアサーバ670は、データベース630のバックアップを記憶してもよく、かつメディアサーバ670は、1つまたは複数のデータ項目の復元動作の一部として、フルバックアップファイルを1つまたは複数の増分バックアップファイルとマージしてもよい。未実装データベースファイル660には、フルバックアップファイル640および増分バックアップファイル650が含まれる。本明細書で用いられるように用語未実装データベースファイルは、内容管理アプリケーションのライブインスタンス上で現在アクティブにされていない、内容管理アプリケーション用のデータを包含するデータベースを含むように意味されている。フルバックアップファイル640は、ユーザによって選択された時点の前に実行されたデータベース630の最も最近のフルバックアップに対応してもよい。フルバックアップファイル640には、フルバックアップ動作が実行されたときにおけるデータベース630からのデータの全てを含んでもよい。増分バックアップファイル650は、選択された時点で行われた増分バックアップに対応してもよい。増分バックアップファイル650は、フルバックアップファイル640に対応するフルバックアップ動作に続いて、かつ選択された時点の前に実行された任意の数の増分バックアップを代表する。データベースサーバ610には、特定のオブジェクトまたはレコードを未実装データベースファイル660からデータベース630に追加するためのきめ細かい復元機能を含んでもよい。きめ細かい復元機能にはまた、復元のために1つもしくは複数のレコードまたはオブジェクトを選択するための手段を含んでもよい。一実施形態において、レコードまたはオブジェクトを選択および復元するためのユーザインターフェースを、きめ細かい復元動作の一部として提供してもよい。きめ細かい復元によって、管理者またはユーザは、ファイル全体を復元する必要なしに、必要なレコードまたはオブジェクトだけを未実装データベースファイル660から選択することが可能になる。いくつかの実施形態において、オブジェクトは、MicrosoftWord登録商標、Excel登録商標、PowerPoint登録商標、ポータブルドキュメントフォーマットPDFなどの文書、ビデオ、オーディオファイル、およびその他であってもよい。他の実施形態において、オブジェクトには、サイト、サブサイト、リスト、およびリスト項目を含んでもよい。一実施形態において、オブジェクトは、未実装データベースファイル660からデータベース630のワーキングコピーに、またはデータベース630の別のコピーに復元してもよい。別の実施形態において、オブジェクトは、データベース630のワーキングコピーに復元される前に、データベースサーバ610におけるメモリにバッファしてもよい。さらなる実施形態において、オブジェクトは、未実装データベースファイル660から、記憶媒体、データベースサーバ610、メディアサーバ670、他のサーバ、クライアント、または他のコンピューティング装置上のファイルシステムに復元してもよい。さらなる実施形態において、オブジェクトは、内部ポータルアプリケーションまたは他のソフトウェアアプリケーションに復元してもよい。ユーザは、フルおよび増分バックアップと同様に差分およびログバックアップを実行してもよい。差分およびログバックアップは、フルおよび増分バックアップと混合してもよい。本明細書で説明する方法および機構はまた、増分バックアップを実行し、かつデータベースを増分バックアップに復元するために、一方で差分およびログバックアップを実行し、かつ差分およびログバックアップから復元するために用いてもよい。例えば、ユーザは、フルバックアップ、増分バックアップ、2つの差分バックアップ、および次にログバックアップを実行してもよい。次に、ユーザは、ログバックアップ後にデータベースが存在したような状態にデータベースを復元したいと思う可能性がある。フルバックアップファイルを記憶装置に書き込んでもよく、次に、増分バックアップファイルをフルバックアップファイル上に重ね合わせてもよいすなわち、論理的にマージする。次に、第2の差分バックアップファイルを、フル増分ファイル上に復元してもよい。最後に、ログバックアップを、復元されたデータベースファイル上で再生してもよい。フル、増分、差分、およびログバックアップの他のシーケンスを、本明細書で説明する方法および機構に従って実行してもよい。ここで図7を参照すると、フルバックアップファイルおよび増分バックアップファイルから再構成された未実装データベースファイルにおける一実施形態のブロック図が示されている。未実装データベースファイル660、フルバックアップファイル640、および増分バックアップファイル650は、図6の同じファイルに対応する。フルバックアップファイル640には、任意の数の記憶されたデータベースオブジェクトを代表するオブジェクト711-719が含まれる。オブジェクト711-719は、テーブル、レコード、文書、項目、リスト、および他のデータなどを含む、データベースに記憶された任意のタイプのデータを代表してもよい。増分バックアップファイル650には、フルバックアップファイル640が生成された時間と、増分バックアップファイル650が生成された時間との間に変更された任意の数のオブジェクトを代表し得るオブジェクト722および729が含まれる。オブジェクト722および729は、増分バックアップファイル650を生成した増分バックアップ動作において収集された、変更されたエクステントに対応する。また、フルバックアップファイル640および増分バックアップファイル650に表示されたオブジェクトには、オブジェクトを記述するメタデータを含んでもよい。図7は、復元動作の一実施形態を示す。復元アプリケーションは、フルバックアップファイル640から未実装データベースファイル660にオブジェクト711-719を書き込んでもよい。次に、復元アプリケーションは、増分バックアップファイル650から未実装データベースファイル660にオブジェクト722および729を書き込んでもよい。復元アプリケーションは、増分バックアップファイル650と共に記憶された1つもしくは複数の割り当てマップおよび/または他のメタデータを用いて、オブジェクト722および729を未実装データベースファイル660に書き込むための適切な位置を決定してもよい。オブジェクト712および719は、オブジェクト722および729によってそれぞれ上書きされてもよい。オブジェクト722および729が、増分バックアップファイル650から未実装データベースファイル660に書き込まれた後で、復元アプリケーションは、未実装データベースファイル660が再構成され、かつデータベースのライブコピーに復元される準備ができていることをSQLサーバに通知してもよい。復元アプリケーションは、データベースサーバ、メディアサーバ、または他のコンピューティング装置上で動作してもよい。別の実施形態において、復元アプリケーションは、フルバックアップファイル640を、復元アプリケーション用の開始点として用いてもよい。復元アプリケーションは、増分バックアップファイル650および実行されたさらなる増分バックアップ動作に対応する任意の追加増分バックアップファイルからフルバックアップファイル640にオブジェクトを書き込み、変更されたオブジェクトが元のオブジェクトを上書きしてもよい。さらなる実施形態において、復元アプリケーションは、フルバックアップファイル640および増分バックアップファイル650を、逆にデータベースのワーキングコピー上に、またはデータベースの別のコピーに書き込んでもよい。さらなる実施形態において、オブジェクトは、データベースのワーキングコピーに復元される前に、メモリにバッファしてもよい。さらなる実施形態において、オブジェクトは、フルバックアップファイル640および差分バックアップファイル650から、記憶媒体、SQLサーバ、メディアサーバ、他のサーバ、または他のコンピューティング装置上のファイルシステムに復元してもよい。さらなる実施形態において、オブジェクトは、内部ポータルアプリケーションまたは他のソフトウェアアプリケーションに復元してもよい。図7における未実装データベースファイル660、フルバックアップファイル640、および増分バックアップファイル650の図解は、これらのファイルの論理的表現である。これらのファイルの実際の構造および組織は、それらが図7において見える様子とは異なってもよい。例えば、追加データは、増分バックアップファイル650に添付してもよい。フルバックアップファイル640が生成された後で新しいオブジェクトがデータベースに追加された場合に、新しいオブジェクトを記述するメタデータは、増分バックアップファイル650の終わりに追加してもよい。また、フルバックアップファイル640が生成された後でオブジェクトがデータベースから削除された場合に、削除されたオブジェクトを記述するメタデータは、増分バックアップファイル650に添付してもよい。復元アプリケーションは、メタデータを用いて、どのオブジェクトを未実装データベースファイル660に追加すべきか、また、そこからどのオブジェクトを削除すべきかを決定してもよい。復元アプリケーションは、データベースの異なる時点のインスタンスに対応する複数の未実装データベースファイルを生成してもよい。復元アプリケーションは、ユーザが、複数の時点のデータベースインスタンスにアクセスし、そこから選択するためのユーザインターフェースを生成してもよい。ユーザは、特定の時点におけるデータベースのバックアップコピーから1つまたは複数のオブジェクトを復元したいと思ってもよい。代替として、ユーザは、特定の時点のデータベース全体を復元したいと思ってもよい。復元アプリケーションによって提供されるユーザインターフェースは、復元動作を考えた場合にユーザが選択する基となる複数のバックアップを表示してもよい。ある時点のバックアップは、バックアップが実行された日付または時間に従ってリストしてもよい。ある時点のバックアップのリスト化および組織化の他の方法が可能であり考えられる。ここで図8を参照すると、データベースの増分バックアップを実行するための方法の一実施形態が示されている。説明のために、この実施形態のステップは、順次的に示されている。以下で説明する方法の様々な実施形態において、説明される要素の1つまたは複数は、図示とは異なる順序で同時に実行してもよく、または完全に省略してもよいことに留意されたい。必要に応じて、他の追加要素もまた実行してもよい。方法800は、ブロック810で開始し、次に、ブロック820で、データベースのフルバックアップを実行する要求を伝達してもよい。要求は、ユーザまたは管理者によって作成し、データベースサーバに伝達してもよい。代替として、要求は、事前に決定されたバックアップスケジュールに従って、データベースサーバ、メディアサーバ、または他のコンピューティング装置によって自動的に作成してもよい。データベースサーバは、たとえ実際には増分バックアップファイルだけが実行されても、まるでフルデータベースバックアップが実行されているかのように振る舞ってもよい。次に、ブロック830で、データベースのスナップショットを取得してもよい。スナップショットは、データベースサーバによって実行してもよい。データベースのスナップショットが取られた後のあるポイントで、データベースサーバは、まるでフルバックアップ動作が実行されたかのように、DCMビットマップのライブコピーをリセットしてもよい。DCMビットマップのライブコピーのリセットは、変更されたデータ/エクステントインジケータの全てをビットマップからクリアし、データベースサーバが、スナップショットが取られた後に発生する変更だけを追跡できるようにする。ブロック830の後で、1つまたは複数のマップをスナップショットから検索してもよいブロック840。マップには、DCM、GAM、SGAM、IAM、および/または他のマップを含んでもよい。マップを読み出して、どのエクステントが、前のバックアップに続いて変更されたかを決定してもよいブロック850。また、マップを用いて、変更されたエクステントが割り当てられるかどうかを決定してもよい。前のバックアップは、フルバックアップ、スナップショットバックアップ、または増分バックアップであった可能性がある。ブロック850の後で、変更されたエクステントをスナップショットから検索してもよいブロック860。1つまたは複数のマップを用いて、スナップショット内の変更されたエクステントを見つけてもよい。一実施形態において、オブジェクトに割り当てられる変更されたエクステントだけを検索してもよい。次に、変更されたエクステントは、増分バックアップファイルとして記憶装置に記憶してもよいブロック870。また、1つまたは複数のマップおよび任意の追加メタデータを記憶装置に記憶してもよい。次に、スナップショットは、ブロック880において廃棄してもよい。ブロック880の後で、方法800は、ブロック890において終了してもよい。ここで図9を見ると、増分バックアップから復元動作を実行するための方法の一実施形態が示されている。説明のために、この実施形態のステップは、順次的に示されている。以下で説明する方法の様々な実施形態において、説明される要素の1つまたは複数は、図示とは異なる順序で同時に実行してもよく、または完全に省略してもよいことに留意されたい。必要に応じて、他の追加要素もまた実行してもよい。方法900は、ブロック910で開始し、次に、データベースのバックアップバージョンから復元動作を実行する要求を、ブロック920で検出してもよい。復元動作は、ユーザまたは管理者が要求してもよく、かつ復元動作は、前のバックアップ動作に対応するデータベースの特定の時点に基づいて要求してもよい。前のバックアップ動作は、データベースのフル、増分、差分、またはログバックアップであった可能性がある。次に、ブロック930で、前のフルデータベースバックアップファイルを検索してもよい。前のフルデータベースバックアップファイルは、ユーザによって要求された特定の時点における、またはその前の、データベースの最も最近のフルバックアップ動作に対応してもよい。次に、前のフルデータベースバックアップファイルは、記憶装置に記憶してもよいブロック940。一実施形態において、記憶装置は、フルデータベースバックアップファイルを含むバックアップ記憶装置と別個の記憶装置であってもよい。別の実施形態において、記憶装置は、フルデータベースバックアップファイルを含むバックアップ記憶装置と同じであってもよい。さらなる実施形態において、記憶装置は、データベースのライブインスタンスに関連するデータベースサーバに装着された1つまたは複数の記憶装置であってもよい。ブロック940の後で、増分バックアップ動作に対応する変更されたエクステントをバックアップ記憶装置から検索してもよいブロック950。また、増分バックアップ動作に関連する1つまたは複数の記憶されたマップも、バックアップ記憶装置から検索してもよい。1つまたは複数の記憶されたマップには、DCM、GAM、SGAM、IAM、および/または他のマップを含んでもよい。変更されたエクステントに関連する追加メタデータもまた、バックアップ記憶装置から検索してもよい。次に、変更されたエクステントは、前のフルデータベースバックアップファイル内の適切な位置に書き込んでもよいブロック960。1つまたは複数のマップを用いて、前のフルデータベースバックアップファイル内の適切な位置を決定してもよい。次に、データベースサーバに、再構成されたデータベースバックアップファイルを通知してもよいブロック970。再構成されたデータベースファイルが、復元される準備ができていることを、データベースサーバに通知してもよい。データベースサーバは、再構成されたファイル全体を復元してもよく、またはデータベースサーバは、再構成されたファイルから1つまたは複数のオブジェクトを復元してもよい。ブロック970の後で、方法900は、ブロック980で終了してもよい。上記の実施形態がソフトウェアを含んでもよいことが注目される。かかる実施形態において、説明したシステムおよび/または方法を表すプログラム命令および/またはデータベースこれらの両方とも、命令と呼んでもよいは、コンピュータ可読記憶媒体に記憶してもよい。一般的に言えば、コンピュータ可読記憶媒体には、命令および/またはデータをコンピュータに供給するために、使用中にコンピュータによってアクセス可能な任意の記憶媒体を含んでもよい。例えば、コンピュータ可読記憶媒体には、磁気または光媒体などの記憶媒体、例えばディスク固定もしくは取り外し可能、テープ、CD-ROM、DVD-ROM、CD-R、CD-RW、DVD-R、DVD-RWまたはブルーレイを含んでもよい。記憶媒体は、さらに、RAM例えば、シンクロナスダイナミックRAMSDRAM、ダブルデータレートDDR、DDR2、DDR3等SDRAM、低消費電力DDRLPDDR2等SDRAM、RambusDRAMRDRAM、スタティックRAMSRAM、ROM、USBインターフェースのような周辺インターフェースを介してアクセス可能な不揮発性メモリ例えばフラッシュメモリなどの揮発性または不揮発性メモリ媒体を含んでもよい。記憶媒体には、微小電気機械システムMEMSと同様に、ネットワークおよび/または無線リンクなどの通信媒体を介してアクセス可能な記憶媒体を含んでもよい。様々な実施形態において、本明細書で説明する方法および機構の1つまたは複数の部分は、クラウドコンピューティング環境の一部を形成してもよい。かかる実施形態において、資源は、1つまたは複数の様々なモデルによるサービスとしてインターネットを通じて提供してもよい。かかるモデルには、サービスとしてのインフラストラクチャIaaS、サービスとしてのプラットホームPaaS、およびサービスとしてのソフトウェアSaaSを含んでもよい。IaaSにおいて、コンピュータインフラストラクチャは、サービスとして提供される。かかる場合において、コンピューティング設備は、一般に、サービスプロバイダによって所有され操作される。PaaSモデルにおいて、ソフトウェアソリューションを開発するために開発者によって用いられるソフトウェアツールおよび基礎設備は、サービスとして提供され、サービスプロバイダによってホストされてもよい。SaaSには、典型的には、オンデマンドサービスとして、サービスプロバイダがソフトウェアをライセンス供与することが含まれる。サービスプロバイダは、ソフトウェアをホストしてもよく、または所与の期間にわたってソフトウェアをカスタマに配布してもよい。上記のモデルの多数の組み合わせが可能であり考えられる。アプローチのいくつかの実施形態を示し説明したが、説明したようなアプローチに対して多くの改変、修正または変更をなし得ることが、当業者には明らかであろう。したがって、改変、修正および変更は、本明細書で説明する方法および機構の範囲として見なすべきである。上記の実施形態が、インプリメンテーションの単に非限定的な例であることを強調しなければならない。