JP2005521112A - 情報バックアップシステム及び方法 - Google Patents

Abstract

ネットワーク上のノードへのアクセスを許可又は拒否するシステムが、第１ノードへのアクセスを許可又は拒否することが可能なノードのリストを包含する第１ノード、及び少なくとも一つの他のノードを包含している。該第１ノード及び少なくとも一つの他のノードはネットワークを介して接続されている。該少なくとも一つの他のノードが該第１ノードへのアクセスを獲得せんとする場合に、該第１ノードは該ノードのリストを検討して、該少なくとも一つの他のノードに対してアクセスを許可すべきか又は拒否すべきかを決定する。

Description

本発明は、大略、バックアップシステムに関するものであって、詳細には、情報バックアップを与えるシステム及び方法に関するものである。

サーバー及びその他のネットワークマシン又は装置上の情報をバックアップするためにバックアップ格納装置が使用される。バックアップ格納装置は、しばしば、例えば、ファイル、データベース、システム情報及びファイル等を包含する種々のタイプの情報をバックアップするために使用される。

１つのバックアップ格納装置が複数個のホスト装置の間で共用される場合には、それに対して読取又は書込を行うために格納装置へアクセスする場合に問題が発生する場合がある。バックアップ格納部を包含するローカルエリアネットワーク（ＬＡＮ）の１つを例を図１Ａに示してある。このＬＡＮは１つ又はそれ以上のワークステーション５ａ−５ｎ、１つ又はそれ以上のサーバー６ａ−６ｎ、少なくとも１つのバックアップ格納装置７を包含しており、ネットワーク９を介して相互接続されている。ワークステーション５ａ−５ｎ及びサーバー６ａ−６ｎの各々は異なるオペレーティングシステムを使用する場合がある。バックアップ格納装置７は、例えば、テープライブラリー等のテープ装置である場合がある。ワークステーション５ａ−５ｎ又はサーバー６ａ−６ｎ等のホスト装置が同一の格納装置７を共用する場合には、各オペレーティングシステムは格納装置７上の同一の位置にデータを格納しようと試みる場合がある。この場合には、１つのホスト装置により必要とされるデータが別のホスト装置によるその後の書込からのデータにより上書きされる場合がある。更に、幾つかのオペレーティングシステムは格納装置７の特定のアドレスにおいて特別の情報を格納する場合がある。幾つかのその他のオペレーティングシステムは、全ての取付けた格納装置がその同一の格納区域の１つ又はそれ以上の部分内に格納した識別情報を有することを必要とする場合がある。このことは、このような共用型の格納を提供する場合に矛盾及び困難性を発生することとなる。格納装置７へのアクセスを制御するための制御器を使用する場合がある。然しながら、その制御器がクラッシュすると、格納システムデータが永久的に失われる場合がある。

ホスト装置上のデータをバックアップするために複数個の格納装置を設ける場合がある。然しながら、複数個のホストに対するバックアップ及び回復を可能とさせる効率的且つ効果的な態様で複数個の格納装置を管理することは時間及び資源を消費する場合があり且つＬＡＮ又はワイドエリアネットワーク（ＷＡＮ）の帯域幅の殆どを使用する場合がある。

ＬＡＮ又はＷＡＮ上の帯域幅を解放させるために格納エリアネットワーク（ＳＡＮ）を使用する場合がある。ＳＡＮは共用型格納装置の高速格納ネットワークである。ＳＡＮは全ての格納装置をＬＡＮ又はＷＡＮ上の全てのホストに対して使用可能なものとさせ、ＬＡＮ又はＷＡＮに関する貴重な帯域幅を節約する。

図１ｂはＳＡＮ環境を図示している。このＳＡＮは高速ネットワーク３を介してバックアップライブラリー４ａ−４ｎ等の１つ又はそれ以上の格納装置へ接続している複数個の分散型サーバー２ａ−２ｎを包含している。バックアップ装置４ａ−４ｎは、例えば、各々が複数個の格納媒体、ピッカー、該格納媒体に対して読取及び書込を行うための１つ又はそれ以上の読取／書込装置を包含しているテープライブラリーを包含する場合がある。分散型サーバー２ａ−２ｎ及びバックアップ装置４ａ−４ｎは種々の高速スイッチ及び／又はブリッジを包含する場合のある高速／高容量ネットワーク３を介して相互接続される場合がある。このタイプの環境の場合には、サーバー２ａ−２ｎ及びバックアップ装置４ａ−４ｎを共用させることが可能な幾つかの方法が存在している。例えば、サーバー２ａ−２ｎのうちの１つは、その他の全てのサーバーに対してバックアップ装置４ａ−４ｎのアクセスを許可する主要なアービトレーターとして動作する場合がある。このことは、しばしば、マスター／スレーブシステムと呼称される。マスター／スレーブシステムにおいては、インテリジェンスがマスターに存在しており且つマスターはサーバーがバックアップ装置へアクセスすることを許容する時期及び条件に関しての唯一の最良及び意志決定権限を有している。マスターはネットワーク上の装置の各々の状態に関する情報を作成し且つ維持する。

マスター／スレーブシステムにおいての１つの問題は、マスターがクラッシュする場合に、別のサーバーをマスターとして形態特定させるのにかなりの時間と努力とを必要とする場合があるということである。システムアドミニストレーターによって別のマスターサーバーが指定され且つ形態特定されるまでその他の全てのサーバーは待機することとなる。次いで、新たなマスターはそのネットワークを再調査し且つネットワーク上の各装置の状態に関する情報を構築する。このことは時間がかかり且つ費用のかかる手順となる場合がある。

別のアプローチは、各サーバーがその区画内のライブラリー内のドライブ及びスロットのみへアクセスすることが可能であるようにサーバーの間でバックアップ装置のアクセスを区画化させることである。然しながら、このシステムは、バックアップ装置の最も効率的な使用を行うものでない場合がある。

多くのバックアップ動作において、バックアップアプリケーションはプライマリー格納装置からサーバーメモリへデータを読取り、必要なファーマット化を行い、且つそれを適宜のバックアップ格納装置へ送る。これらの処理はＣＰＵ、ＩＯチャンネル及びシステムメモリをかなり使用することとなる。バックアップ動作が進行中である場合に、サーバーがその他のアプリケーション処理を実施することが不可能である場合の蓋然性が高い。サーバー上のアプリケーションの負荷が最小である時にシステムアドミニストレーターがバックアップを実施することを所望することがその理由のうちの１つである。サーバーシステムを多量に使用することを必要とすることなしにバックアップ動作を実施することが可能であり、それにより情報バックアップ期間中においてもサーバーを解放させることが可能であることが有益である場合がある。

ネットワーク上のノードへのアクセスを許可又は拒否するシステムが、第一ノードへのアクセスを許可又は拒否することが可能なノードのリストを包含する第一ノード、及び少なくとも１つの他のノードを有している。第一ノード及び少なくとも１つの他のノードはネットワークを介して接続されている。少なくとも１つの他のノードが第一ノードへのアクセスを獲得せんとする場合に、第一ノードは該ノードのリストを検討して、該少なくとも１つの他のノードに対してアクセスを許可すべきか又は拒否すべきかを決定する。

該少なくとも１つの他のノードが該第一ノードへのアクセスが許可されることが決定される場合に、該少なくとも１つの他のノードのユーザに対して該第一ノードへアクセスするためのユーザ識別及びパスワードに対するプロンプトを与えることが可能である。該ノードのリストは、該第一ノードへ論理的にログインすることにより修正することが可能である。該第一ノード及び該少なくとも１つの他のノードはサーバーを有することが可能である。

又、ネットワーク上のノードへのアクセスを許可又は拒否する方法が開示され、該方法は、第一ノードへのアクセスを許可又は拒否することが可能なノードのリストを第一ノード上に与え、且つ少なくとも１つの他のノードが該第一ノードへのアクセスを獲得せんとする場合に該少なくとも１つの他のノードに対してアクセスを許可すべきか又は拒否すべきかを決定するために該ノードのリストを検討することを包含している。

本方法は、更に、該少なくとも１つの他のノードが該第一ノードへのアクセスが許可されることが決定する場合に、該少なくとも１つの他のノードのユーザに対して該第一ノードへアクセスするためのユーザ識別及びパスワードに対するプロンプトを与えることを包含することが可能である。本方法は、更に、第一ノードへ論理的にログインすることにより該ノードのリストを修正することを包含することが可能である。

又、ネットワーク上のノードへのアクセスを許可又は拒否するコードを包含するコンピュータによって読取可能な媒体が開示され、該媒体は、第一ノードへのアクセスを許可又は拒否することが可能なノードのリストを第一ノード上に与えるコード、及び少なくとも１つの他のノードが該第一ノードへのアクセスを獲得せんとする場合に該少なくとも１つの他のノードに対してアクセスを許可すべきか又は拒否すべきかを決定するために該ノードのリストを検討するコードを有している。

該コンピュータによって読取可能な媒体は、更に、該少なくとも１つの他のノードが該第一ノードへのアクセスが許可されることが決定される場合に該少なくとも１つの他のノードのユーザに対して該第一ノードへアクセスするためのユーザ識別及びパスワードに対するプロンプトを与えるコードを有することが可能である。該コンピュータによって読取可能な媒体は、更に、該第一ノードへ論理的にログインすることにより該ノードのリストを修正するコードを有することが可能である。

図面に例示した本発明の好適実施例を説明する場合に、説明の便宜上特定の用語を使用する。然しながら、本発明はそのように選択した特定の用語に制限されることを意図したものではなく、各特定の要素は同様の態様で動作する全ての技術的均等物を包含するものとして理解すべきである。

本システム及び方法はローカルエリアネットワーク（ＬＡＮ）環境において及び、例えば、格納エリアネットワーク（ＳＡＮ）環境を包含する種々のその他のタイプの環境において実現することが可能なものである。

図２は開示した実施例を更に記載しているハードウエア及びソフトウエア環境を例示している。本システムは、１つ又はそれ以上のワークステーション１０ａ−１０ｎ、１つ又はそれ以上のサーバー１１ａ−１１ｎ、１つ又はそれ以上のバックアップ装置１３ａ−１３ｎを包含しており、１つ又はそれ以上のネットワークを介して相互接続されている。ワークステーション１０ａ−１０ｎ及びサーバー１１ａ−１１ｎは同一又は異なるオペレーーティングシステムを使用することが可能である。ワークステーション１０ａ−１０ｎは１つ又はそれ以上のデスクトップコンピュータ、ラップトップコンピュータ、メインフレーム等を包含することが可能である。図２に示した実施例においては、ネットワークはＬＡＮ環境であり、且つワークステーション１０ａ−１０ｎ、サーバー１１ａ−１１ｎ、バックアップシステム１３ａ−１３ｎはＬＡＮ１５を介して相互接続されている。

更に、又は、上述したＬＡＮ環境に対する代替物として、ＳＡＮ環境を与えることが可能である。ＳＡＮ環境においては、ワークステーション１０ａ−１０ｎは図２に関して上述した如くＬＡＮを介して複数個のサーバー１２ａ−１２ｎの１つ又はそれ以上へ接続される場合がある。然しながら、ＳＡＮ環境においては、サーバー１２ａ−１２ｎが、図３に示した如く、ネットワーク１６を介して１つ又はそれ以上のバックアップ格納装置１４ａ−１４ｎへ接続されている。以下に更に詳細に説明するように、サーバー１２ａ−１２ｎは分散型サーバー、プライマリーサーバー及びバックアップ格納装置を包含するサーバーグループへ割当てることが可能である。ネットワーク１６は高速ネットワークであり、それはファイバーチャンネルネットワークの一部を形成するスイッチ及びブリッジからなるシステムを包含している場合がある。ＳＡＮはデータを通信するための高速高帯域幅システムを形成している。高速ネットワーク１６は、例えば、ファイバーチャンネルネットワーク、共用型ＳＣＳＩシステム、又はＳＳＡ型システムとすることが可能である。

１つのサーバーグループについてのみここで説明するが、ＳＡＮ上に複数個のサーバーグループを設けることが可能である。プライマリーサーバーがそのＳＡＮサーバーグループ内のサーバーの全ての情報の流れを制御する。このことは、２つのサーバーが同時に１つの装置又は媒体を割り当てることを試みようとする場合の競合を防止する。

ファイバーチャンネルアダプター及びファイバーチャンネルライブラリーをネットワーク１６へ接続させることが可能であり且つノードと呼称される。ノードはスイッチ／ハブへ接続させることが可能であり、リングを形成する。ファイバーチャンネルリングは、時折、ファイバーチャンネル仲裁型ループと呼ばれ、ファイバーチャンネルハブにより接続されているノードを包含しており、従って各ノードは各その他のノードとトーク即ち話しをすることが可能である。ノードは、パワーアップされた場合に、即ち最初にリングへ接続された場合に、リングへログインする。このことは、リング上にイベントを発生し、それは該リング上の全てのその他のノードが受取り、従って各々は新たなノードのことを知己している。リング上の各ノードは製造業者により独特のワールドワイドアドレス即ちＩＤが割当てられ、各ノードがリングにログオンする場合にそれを識別することを可能とさせる。ハブへ接続されているテープライブラリー等のバックアップ装置はネットワーク格納部へ知っているアプリケーションを使用し、従ってそれらは該装置へアクセスするその他のアプリケーションと干渉することなしに、該装置へアクセスすることが可能である。

本明細書に記載したＳＡＮ環境においては、本発明に基づくソフトウエアシステムがサーバー１２ａ−１２ｎ上にインストールされている。次いで、本システムはプライマリー及び分散型サーバーを指定するため且つ各サーバーをグループへ割当てるために形態特定が行われる。例えば、１つの実施例によれば、図４に示したような表示がユーザへ与えられる。この表示は左側に与えられたパネル２０を包含しており、それはプライマリー及び分散型サーバーの形態のツリービューを与えている。該表示の右側のパネル２２は本ソフトウエアがインストールされ且ついずれのサーバーグループにも未だに割当てられていない全ての使用可能なサーバーを示している。ユーザは、最初に、カーソル（不図示）を移動させ且つ該表示の右側にあるリストからサーバーのうちの１つを選択し、次いで、プライマリー作成ボタン２４をクリックすることによりプライマリーサーバーを選択する。カーソルを移動させ且つ左側のパネルからサーバーを選択し且つプライマリー削除ボタン２６をクリックすることによりプライマリーサーバーを選択解除させることも可能である。プライマリーサーバーが選択された後に、次いで、分散型サーバーが選択され且つそのプライマリーサーバーへ割当てられてサーバーグループを形成する。分散型サーバーは該スクリーンの右側のウインドウから選択され且つ分散型割当てボタン２８がクリックされる。グループから分散型サーバーを除去するためには、左側のパネル内のサーバー名を選択し且つ分散型除去ボタン３０をクリックする。ユーザにより所望されるようにサーバーグループの形態特定が行われるまでこの処理が繰返される。

次いで、格納装置がサーバーグループへ割当てられる。この処理はプライマリーサーバーに関して実施される。例えば、共用型ライブラリーをサーバーグループへ割当てるためには、装置グループ形態特定ダイアログがプライマリーサーバーマシンから選択される。これは図５に示したようなウインドウを与え、それは左側のパネル３２内にサーバーグループの各々及び右側のパネル３４内に使用可能な格納媒体装置をリストしている。本発明を主に格納媒体装置としてテープライブラリーを参照することにより説明するが、テープライブラリーに対する代替物又はそれに加わるものとしてその他のタイプの格納媒体装置を使用することが可能である。現在のところグループに割当てられていないテープライブラリーが使用可能な装置右側パネル３４内に表示されている。テープライブラリーをグループに割当てるために、使用可能な装置パネル３４内にリストされているライブリーをクリックし且つ選択する。ユーザがライブラリーを付加することを所望するグループはユーザにより左側のパネル３２内においてハイライトさせることが可能である。次いで、割当てボタン３６をクリックする。次いで、そのライブラリーは右側のパネル３４から除去され且つ左側のパネル３２内の装置グループの下側に配置される。上のステップを繰返すことにより付加的なライブラリーをそのグループへ付加させることが可能である。終了する場合には、ＯＫボタン３８をクリックする。

このようにして形態特定されたサーバーグループの１つの例を図６に示してある。ネットワークは、今や、プライマリーサーバー１３、分散型サーバー１５ａ−１５ｎ、格納媒体装置１６ａ−１６ｎを包含している。

各サーバーは実施することが必要なジョブのジョブキューを維持する。ジョブキューの１つの例を図７に示してある。ジョブキュータブ４０をクリックすると、ウインドウ部分４２内に図示した如くジョブキューが表示される。このジョブキューはそのジョブに関与するサーバー、ジョブ番号、ジョブＩＤ、各ジョブの状態及び各ジョブに対する実行時間を図示した如くに識別する。

ジョブがランされるか又はランすべくスケジュールされると、それはユーザによりジョブキューへ与えられる。本システムは実行する準備がされているジョブに対して継続的にジョブをスキャンする。ジョブキューから１つのジョブを選択し且つ種々の制御オプションを右クリックすることによりジョブを制御することが可能である。例えば、ユーザはジョブのステータスをホールド（ｈｏｌｄ）へ又はレディ（ｒｅａｄｙ）（それが現在ホールド状態にある場合）へ変化させるためのオプションが与えられる場合がある。ホールドは、そのジョブが実行されるべきスケジュールされていないことを意味する。レディは、そのジョブを実行することが可能であることを意味している。ユーザは、又、前に保存したスクリプトを使用することによりジョブキューへジョブを迅速に提出することが可能である。スクリプトはファイルへ保存されたジョブである。スクリプトはそのジョブに対するオリジナルのソース、デスティネーション、オプション、スケジュール情報を包含している。新たなジョブを作成する必要性なしに、既存のジョブに対してオプション又は付加的なソースを付加するためにジョブを修正することが可能である。ジョブの実行日、時間、又はステータスを迅速に変化させるためにジョブを再スケジュールすることが可能である。このことは、又、ユーザが未だにジョブキュー内にある終了済ジョブを再提出することを可能とする。例えば、ユーザは、そのジョブが最初にランされた場合に成功しなかった場合にこのことを行うことを所望する場合がある。ユーザは、又、ジョブキューからアクティブなジョブをキャンセルし且つそれをその次の通常のインターバルに対して再スケジュールする場合がある。ジョブキューからジョブを完全にキャンセルし且つ削除することが可能である。ジョブを削除することはジョブキューから完全にそのジョブを中断し且つ除去し、且つそれは再度スケジュールされることはない。ユーザがそのジョブを復旧することを所望する場合には、ユーザはそのジョブを作り直すことが可能である（それが前にスクリプトファイルへ保存されていなかった場合）。

ユーザはジョブをジョブキューへ付加することにより実施すべきジョブをセットアップすることが可能である。バックアップマネージャーは、ジョブをジョブキューへ付加させることを可能とする。例えば、ユーザは各ジョブに対してのソース、デスティネーション、スケジューリング情報を設定することが可能である。ソースを特定することにより、ユーザは、バックアップすることを希望する項目を特定することが可能である。デスティネーションを特定することにより、ユーザはソース情報をバックアップさせる場所を特定することが可能である。スケジューリング情報を特定することにより、ユーザはいつバックアップを実施するかを特定することが可能である。バックアップマネージャーは、バックアップウイザードを包含しており、それはオプションを選択し且つジョブキュー情報を特定するためにユーザに種々のウインドウを提供する。ソース、デスティネーション、スケジューリング情報はバックアップウイザードの使用により特定することが可能である。

例えば、バックアップウイザードを開始させた後に、ユーザは、サーバー名、ユーザ名及びパスワードをエンターすることにより、バックアップすることを希望するソース又はサーバーを特定することが要求される。システムがこの情報を妥当であると確認した後に、ユーザは図８に示されているようなウインドウ１００が提示される。図示したように、ブラウザーがマシンツリー１０１を表示し、それからユーザがドメイン、マシン、ボリューム（ドライブ）、共用、ディレクトリー、バックアップ用のファイルを選択することが可能である。例えば、全サーバーマシンをバックアップするためには、ユーザは「マイコンピュータ」をハイライトさせ、次いで、次へボタン１０４をクリックする。次いで、システムは図９に示したようなウインドウ１０６を表示し、ユーザがバックアップ用の媒体を選択することによりバックアップデスティネーションを選択することを要求する。バックアップ用の媒体を選択した後に、ユーザは次へボタン１０４をクリックする。次いで、ユーザは図１０に示したようなバックアップオプションスクリーン１０８が提示される。このスクリーンは、バックアップすべきファイルの範囲を選択することによりユーザがバックアップジョブをカスタム化することを可能とする。例えば、ユーザはフルバックアップ１１０又はインクリメンタルバックアップ１１２を選択することが可能である。インクリメンタルバックアップが選択された場合には、新しい（又は前のバックアップの後に変化した）ファイルのみがバックアップされる。このスクリーンは、又、ユーザが検証１１４及び／又は圧縮１１６と共にバックアップすべく設定することを可能とする。次へボタン１０４をクリックした後に、ユーザは図１１に示したようにウインドウ１１８が提示される。このウインドウは入力された情報を示し且つユーザにその情報を検証することを尋ねる。情報が正しくない場合には、ユーザは戻るボタン１０３をクリックすることにより後に戻りエントリのいずれかを変更することが可能である。ユーザがその情報に満足した場合には、ユーザはボタン１０４をクリックし且つ図１２に示したようなウインドウ１２０が提示される。ウインドウ１０２は、ユーザが、バックアップジョブを今ランすべきであるか１２２又は特定した日時にランすることをスケジュール１２４すべきであるかを選択することを可能とする。スケジュールボタン１２４が選択されると、ユーザには開始日／時間、繰返し方法、繰返しインターバル（例えば、月、日、時、分）及びそのバックアップジョブが排除されるべき（存在する場合）日を選択する一連のオプションが提示される。

従って、本システムはバックアップジョブをスケジューリングする容易で且つ直感的な方法を提供している。本システムは、又、別のサーバーグループか又はいずれかのサーバーグループと関連していない遠隔サーバー／マシンをローカルサーバーからバックアップすることを可能とする。遠隔マシンは、それがローカルサーバーにより識別されることが可能であり、且つバックアップすべきデータを検索し且つバックアップすることが可能であるように、その上に適宜のエージェントを有するべきである。遠隔マシン上のエージェントはターゲットとされたディレクトリーをブラウズし且つ輸送すべきデータをローカルサーバーへの大きなデータパケットのパルスにパッケージ化する。次いでローカルサーバーは指定した格納装置上に格納すべきデータを用意する。

各エージェントは、又、どのローカルサーバーがそのエージェントを介してデータをバックアップ又は回復することが可能であるかを識別するアクセス制御リスト（ＡＣＬ）を包含している場合がある。アクセル制御リストは、エージェントを介してデータをバックアップ／回復することを拒否されるか又は許可される特定のユーザ及び／又はＩＴアドレスを識別することが可能である。

本発明はエージェントが配置されているノードに関するログオン資格証明を有するユーザに依存するセキュリティーシステムを提供する。ローカルサーバーからエージェントを有するマシン（エージェントノード）への接続は、ユーザがそのエージェントノードへのログインアクセスを有している場合にのみ確立される。本システムは、又、付加されたレベルのセキュリティーを提供している。何故ならば、ユーザはそのノードに関して成功裡に動作を行うためにはそのエージェントノードに対する物理的なアクセスを有するべきだからである（ログインアクセスにわたり且つその上に）。

ＡＣＬは、特定のエージェントノードに対して、それへ接続することが可能であり且つその機能性にアクセスすることが可能なシステムサーバー（エンタプライズネットワーク上）を提示する。この機能性は、エージョンをホストし且つ処理されるために物理的ローカルノードアクセスを必要とするノード上に設定される。ＡＣＬはそのノードのユーザがそれへアクセスすることが可能なサーバーの包含リスト又は排除リストのいずれかを設定することを可能とする。デフォルトにより、ＡＣＬは全てのサーバーがエージェントへアクセスすることの許可を与えるべく設定することが可能である。

特定のエージョントのＡＣＬを変化させるために、ユーザは、局所的に、そのノードへログインし且つエージョント管理ユーティリティを介してＡＣＬを操作する。ユーザは、エージェント管理ユーティリティを喚起させ且つアクセス制御リストダイアログを介してアクセス要求を付加又は除去することが可能である。

バックアップ用の遠隔サーバーを付加する１つの例について図１３を参照して説明する。バックアップマネージャスクリーン１３０がローカルサーバーのユーザへ提示される。この例においては、バックアップされるべき遠隔サーバーはウインドウズＮＴを稼動しているサーバーである。ユーザは図示した如くウインドウ１３２から「ウインドウズＮＴ／ウインドウズ２０００システム」をハイライトさせ、且つその上をクリックする。次いで、ユーザは、図示した如く、「管理マシン」又は「自動ディスカバリーの使用を付加」のオプションが提示される。自動ディスカバリーをクリックすると、その上に適宜のエージェントを有するマシンを見つけ出す。例えば、この例においては、自動ディスカバリーが選択されると、本システムはその上にウインドウズＮＴ／ウインドウズ２０００システムエージェントを有するネットワーク上のマシンを見つけ出す。図示した如くマシンを付加を選択すると、ユーザは、一連のダイアログボックスが提示され、ユーザが遠隔サーバー／マシンに対するホスト名をエンターすることを許容し、且つユーザ名及びユーザが遠隔サーバー／マシンをブラウズし且つそれに関してバックアップを実施することを可能とするパスワードを尋ね、且つユーザがバックアップ用のデスティネーションを設定することを可能とさせる。

本システムの各サーバーはバックアップ、回復等の種々の機能を実施するためのエンジンを包含している場合がある。例えば、図１４に示したように、各サーバーはジョブエンジン１３６、テープエンジン１３８、データベースエンジン１４０を包含している場合がある。これらのエンジンは本システムに対しての仕事負荷を実施し、バックアップ及び回復操作を処理し且つモニタし、且つ活動ログ及びデータベースにおける性能に関する情報をアップデートする。

ジョブエンジンが指定した日及び時間においてジョブキュー内のジョブを処理する。ジョブエンジンはランする準備がなされているジョブに対してジョブキューをスキャンし、次いでそれを適宜のハンドラーへ送る。ジョブエンジンをランする各サーバーは、各ユーザの必要性に適合すべく形態特定させることが可能である。従って、ジョブエンジンはジョブキュー内のジョブの実行時間を制御する。それは規則的にジョブキューをスキャンし、それらの実行日時に到達した場合にジョブを開始する。ジョブエンジンの種々の特徴はユーザが制御可能である。例えば、コンフィギュレーション即ち形態特定メニュー選択を選択することにより，種々のオプションを形態特定させることが可能である。例えば、上述したように、ジョブエンジンは、常に、実行すべきジョブについてジョブキューをスキャンする。デフォルトにより、ジョブキューは１０秒毎にスキャンされる。この時間インターバルを変化させるために、ユーザは、時間インターバル数を１乃至９９９秒の間で特定することが可能である。終了したジョブに対する保持時間も制御することが可能である。即ち、「終了」の最終ステータスを有するジョブはこのフィールド内に特定された時間の間ジョブキュー内に止まる。デフォルトにより、終了ジョブは、それらが反復するジョブでない限り、それらがキューから削除される前に２４時間の間維持される。この時間を変化させるために、０と９９９との間の数を入力することが可能である。

本システムは、又、ユーザにより見ることが可能なアクティビティログを包含している場合がある。このアクティビティログは、システムのアクティビティ即ち活動の全てに関する情報を包含している。デフォルトにより、本システムをランしている場合に発生するメモ、警告、エラーがアクティビティログ内に表われる。アクティビティログ内に維持することが可能なメッセージのタイプを変化させるために、ユーザは以下の値を特定することが可能であり、即ち「無し」従って何のメッセージも表われず、「エラー」従って本システムをランしている間に発生するエラーのみが表われ、「警告及びエラー」従って本システムをランしている間に発生する警告及びエラーが表われ、「メモ、警告及びエラー」（これがデフォルト値である）従って本システムをランしている間に発生する全てのメモ、警告、エラーが表われ、「デバッグ」従ってトラブルシューティングの目的のために使用することが可能なデバッグ情報が表われる。

テープエンジンは格納装置と通信を行い且つそれを制御する役目を担っている。テープエンジンはジョブに対して必要な装置を選択する。即ち、テープエンジンは本システムへ接続されている全ての格納装置を識別し且つジョブが開始された場合にそれらを活性化させる。テープエンジンの形態を変化させることは推奨されない。通常、トラブルシューティングの目的のため以外デフォルトの形態が使用される。然しながら，本システムは種々のテープエンジンオプションを提供している。「レベル」オプションがデフォルト（「無し」）に維持される場合には、ユーザはその他のことを特定することは必要ではない。然しながら、所望により、以下の値が使用可能であり、即ち「無し」（デフォルト）その場合には情報がログされることはない。デフォルトが維持される場合には、テープエンジンログはジョブステータスマネージャに表われることはない。「詳細」に設定されると、格納装置により送られる各メッセージがログされ、本システムはテープエンジンでモニタし且つ受取った全ての情報をログする。「エンジンログ」オプションが選択されると、テープエンジンログがジョブステータスマネージャに表われる。「出力」が特定され且つ「詳細」が上述した如くに設定されると、ユーザはどこへメッセージを送ることを所望するかを特定することが可能である。ユーザは以下のうちの１つを特定することが可能であり、即ち「スクリーン及びファイル両方」、その場合には、メッセージはテープエンジンログ内に記録されるばかりでなくＤＯＳボックス（テープエンジンメッセージウインドウ）へ送られる。「スクリーンのみ」が特定されると、メッセージはテープエンジンメッセージウインドウのみへ送られる。「ファイルのみ」が特定されると、メッセージはテープエンジンログ内にのみ記録される。ユーザはジョブステータスマネージャにおけるテープエンジンログを見ることが可能である。

本システム内において実施される全ての操作はデータベースエンジンにより記録される。データベースエンジンは、ファイル、ディレクトリー、ドライブ、本システムがバックアップ又はコピーしたマシンの履歴を維持する役割を担っている。データベースエンジンは、又、ジョブタイプ、ログ、ジョブの最終結果及び開始及び停止時間等の本システムにより処理されたジョブに関しての情報を維持する役割を担っている。データベースエンジンは、又、そのタイプ、その名前、それが最初にフォーマットされた日、それが満了する日及びそれに関するセッションなどの本システムにより使用される媒体の履歴を維持している。データベースエンジンは処理した全てのジョブに対する統計的情報を格納する。保存されるジョブ情報の幾つかはどのファイル及びディレクトリーがバックアップ、コピー、回復されたか、本システムが処理したジョブ、格納装置及び該ジョブに対して使用した媒体等を包含している。

種々のデータベースエンジンオプションはユーザインターフェースを介してユーザが制御することが可能である。例えば、「必要とされる最小フリーディスク空間（Ｍバイト）」オプションは、ユーザがシステムデータベースのために予約することを希望するディスク空間の最小量（メガバイト単位）を特定することを可能とする。デフォルトにより、５ＭＢのディスク空間が特定される。必要とされるディスク空間の量を変化させるために、ユーザは１と１０との間の数を特定することが可能である。「データベース枝刈りをイネーブル」オプションは、データベース枝刈りをオンにした場合にセッションにおいてバックアップ又はコピーされたファイル及びディレクトリーに関する情報を削除することが可能であるように設定することが可能である。デフォルトにより、このデータベースファイル内の空間を解放させるためにこのオプションが選択される。然しながら、ユーザは後の時間において回復させる目的のために詳細な情報を維持するためにこのオプションをオフに設定することが有用であると考える場合がある。然しながら、注意すべきことであるが、データベースの枝刈りをしないことはデータベースが迅速に一杯になる場合があることを意味する場合がある。「ある日よりも古いデータベースレコードの枝刈り」オプションは、データベース枝刈りをイネーブルのオプションがオンである場合にのみアクティブである。ユーザは、削除する前にどれ程長くレコードをデータベース内に存在すべきであるかを特定することが可能である。デフォルトにより、レコードは３０日の間データベース内に存在した後に削除される（イネーブルされた場合）。時間の長さを変化させるために、ユーザは１と３６５との間の数を特定することが可能である。「 においてベータベース枝刈りをラン」オプションは、「データベース枝刈りをイネーブルのオプション」がオンである場合にのみアクティブである。このオプションは、ユーザが枝刈り操作を何時ランされるべきであるかを特定することを可能とする。デフォルトにより、枝刈り（イネーブルされた場合）は１２：００ＡＭにおいて発生する。「枝刈りする場合にメディアに関連したデータベースレコードのみ削除」オプションも与えることが可能である。ユーザが媒体を再フォーマット化又は消去する場合に、本システムはそのテープに関するデータベース内のレコードを削除する。然しながら、このエキストラなステップを実施することは時間のかかる処理となる場合がある。従って、ユーザは枝刈りを実施するまでこれらのレコードの削除を後回しさせるために「枝刈りする場合にメディアに関連したデータベースレコードのみ削除」オプションを選択することが可能である。「今データベース枝刈りを実行依頼」オプションは、ユーザが特定したパラメータでジョブキューに対してデータベース枝刈りジョブをすぐさま実行依頼することを可能とさせる。「遠隔データベースイネーブル」オプションは、遠隔データベースタイプに拘わらずにサーバーがそのデータベースとして遠隔データベースを使用することを可能とさせる。このデータベースは、ローカルマシンに対して回復ジョブを実行依頼するために使用することが可能である。遠隔データベースの形態特定もここで実施される。ユーザはサーバー番号、ログイン名、パスワード及びユーザがイネーブルすることを所望する遠隔データベースのサーバーオペレーティングシステムタイプをエンターする。

本システムは、又、本システムを管理するために幾つかのその他のタイプのマネージャを包含する場合がある。回復マネージャは、本システムにより既にバックアップされたデータを回復する。ユーザは回復操作をスケジュールし且つ管理するためのポリシーを設計することが可能である。回復マネージャはデータの完全又は部分的な回復を実施することが可能である。

データベースマネージャは、本システムにより処理されたジョブ、使用したメディア（媒体）、且つ本システムにより使用されている装置等のデータベースからの情報を表示する。

ジョブステータスマネージャはジョブステータスマネージャウインドウからの全ての未決の、完了した且つアクティブなジョブをモニターする。ジョブステータスマネージャは、又、未決の又は完了したジョブを再スケジュールし、新たなジョブの実行依頼をし、ジョブを削除し且つユーザ要求に応答してアクティブなジョブを停止する。ログ情報が各完了したジョブに対して提供される。

装置マネージャは格納装置及びメディアに関しての情報を表示する。装置マネージャは、ユーザがドライブの圧縮モードを変化させ、且つ圧縮、フォーマット化、消去、エジェクト及び保留等のメディア機能を実施することを可能とさせる。

レポートマネージャはデータベース内のデータからレポートを発生する。種々のレポートはスケジュールポリシー、メディアエラー、セッション、バックアップ装置及びメディアポリシーに関する情報を包含している。

メディアプールマネージャは、バックアップの容易な識別のためにメディアの論理的グループ化を管理、作成及び維持し、メディアのメインテナンス及びリサイクルの効率的なスケジューリングを可能とさせる。ユーザは特定のアーカイブ必要性に適合させるためにメディア回転手法を設計することが可能である。レポートはメディアステータス及びセッション情報を包含する回転手法において使用されるメディアプールに対するメディア情報を詳細に記載する。

警報マネージャは、本システムの機能期間中に発生するイベントに関して種々の通信方法を使用して組織内の人々へメッセージを送る。

バックアップジョブがランされる度に、本システムはマシン、ディレクトリー、バックアップされたファイル、使用されたメディアに関しての情報をデータベース内に記録する。このことは、ユーザが回復することを必要とする場合にファイルを見つけ出すことを可能とする。データベース情報は、ユーザがシステムのフォームディレクトリーをバックアップする度にデフォルトによりバックアップされる。ユーザは、システムのフォームディレクトリーがバックアップのために選択されるか否かに拘わらずに、全てのバックアップジョブにおいてデータベースファイルをバックアップすることを選択することが可能である。

本システムは、又、ファイルを管理するために使用することが可能な幾つかのユーティリティを提供している。例えば、データベース内のデータが何等かの理由で崩壊された場合にデータ回復を実施することが可能である。データベース回復ユーティリティは、データベースバックアップからの情報をデータベースへ回復させ、既存のデータベースファイルを上書きさせる。ユーザは、例えば火災、洪水、又はマシンクラッシュ等の災害期間中に、データベースファイルが失われる時にこのユーティリティを使用することが可能である。幾つかの進化したデータベース回復オプションが使用可能であり、データベースを回復するための日を特定するためのオプションを包含している。この場合には、この日以前に作成されたデータベースセッションはバックアップのために使用される。別のオプションは、ユーザがジョブに対するメディアオプションを特定することを可能とする。別のオプションは、ユーザがジョブ回復の前及び／又は後にコマンド又はバッチファイルをランすることを可能とする。ユーザがジョブキューログ内に記録するための詳細のレベルを決定することを可能とするオプションも提供される。

データベース内の空のスロット内に情報を挿入させることを可能とするマージユーティリティを提供することが可能である。この機能は、ユーザがそのデータベースが存在するもの以外の異なるサーバーからデータを回復することを可能とする。例えば、本システムを異なるマシン上で使用してデータベースバックアップを作成した場合に、ユーザはマージユーティリティを使用してメディア情報をシステムフォームディレクトリー内のデータベース内へ入れることが可能である。従って、マージユーティリティは、ユーザが１つ又はそれ以上のバックアップセッションを包含するメディアを取り且つそのメディアからの情報を既存のデータベースへアペンド即ち付属させることが可能である。このことは、データベースから詳細情報が刈り取られている場合に有用である。進化したマージオプションは、ジョブに対するメディアオプションを特定するためのオプション、ジョブの前及び／又は後にコマンド又はバッチファイルをランするためのオプション、ユーザがジョブキューログ内に記録されることを所望する詳細のレベルを決定するオプション、及び操作におけるイベントに関するメッセージを送るためのオプションを包含している。

スキャン機能は全てのメディアバックアップセッションに関する情報を提供する。バックアップすべく選択された各ソースは個別的なセッションとしてメディア上に保存される。ユーザは単一のセッション又はメディア全体をスキャンすることが可能である。スキャンジョブの結果はジョブキューにおいて見ることが可能である。この機能は、ユーザがサーバーを回復しようとしており且つそれを回復することが可能であるようにデータベースの最も最近のバックアップを見つけることが必要である場合に特に有用である。ユーザは、又、バックアップしたファイルのリストを所望する場合にスキャン機能を使用することが可能である。進化したスキャンオプションは、ジョブに対するメディアオプションを特定するためのオプション、例えばＣＲＣ検証でファイルをスキャンするため又はデータベースの記録を可能とさせるためにジョブに対する何等かの一般的なオプションを特定するためのオプション、ジョブの前及び／又は後にコマンド又はバッチファイルをランするためのオプション、ジョブキューログ内にユーザが記録することを所望する詳細のレベルを決定するためのオプション、及び操作におけるイベントに関してのメッセージを送るためのオプションを包含している。

比較機能は、メディアセッションの内容をマシン上のファイルと比較する。比較ジョブの結果もジョブキュー内において見ることが可能である。ユーザは、バックアップがファイルの全てをエラーなしでメディアへコピーしたことを検証するためにバックアップの後にこの特徴を使用することが可能である。進化した比較オプションは、ジョブに対するメディアオプションを特定するためのオプション、データベースの記録を可能とさせるか否かを特定するためのオプション、ジョブの前及び／又は後にコマンド又はバッチファイルをランするためのオプション、ジョブキューログ内にユーザが記録することを所望する詳細のレベルを決定するためのオプション、及び操作におけるイベントに関するメッセージを送るためのオプションを包含している。

カウント機能は、マシン上のファイル及びディレクトリーの数をカウントする。カウント機能の結果はジョブキューにおいて見ることが可能である。この操作は、コピー機能がファイルの全てを１つのディスクからエラーなしで別のディスクへコピーしたことを検証するためにコピージョブの後に使用することが可能である。進化したカウントオプションは、データベースの記録を可能とするか否かを特定するためのオプション、ジョブの前及び／又は後にコマンド又はバッチファイルをランするためのオプション、ジョブキューログ内にユーザが記録することを所望する詳細のレベルを決定するためのオプション、カウントする前にウイルスに対するファイルをスキャンするためのオプション、及び操作におけるイベントに関するメッセージを送るためのオプションを包含している。

パージ機能は、マシンからファイル及びディレクトリーをユーザが削除することを可能とする。結果はジョブキュー内において見ることが可能である。パージ機能は、ユーザがマシンからファイル及びディレクトリーを削除することを可能とする。進化したパージオプションは、ディレクトリーを除去すること又はデータベースの記録を可能とするようなジョブに対する何等かの一般的なオプションを特定するためのオプション、ジョブの前及び／又は後にコマンド又はバッチファイルをランするためのオプション、ジョブキューログ内に記録するための詳細のレベルを決定するためのオプション、及び操作におけるイベントに関してのメッセージを送るためのオプションを包含している。

コピー機能は、ユーザが１つの位置から別の位置へファイルをコピーすることを可能とする。例えば、ユーザはメディアへバックアップされる別のマシン上へファイル及びディレクトリーを格納するためにローカルマシン上でコピージョブをランすることが可能である。コピーオプションは、コピー操作の期間中又は後に発生する関連する動作を決定する。例えば、いつファイルを開くことを再試行するか及びファイル共用オプションを特定するためのオプションが提供される。データベースを記録することを可能とするか否かを特定するためのオプションも提供される。別のオプションは、デスティネーションメディア上にソースマシンのミラーイメージを作成する。ソースマシンからファイル及びディレクトリーをコピーしソースマシン上に表われることのない全てのファイル及びディレクトリーを削除するためのオプションが提供される。デスティネーションマシンに対してコピーした後にソースマシンからファイルを削除するためのオプションも提供される。ＮＴＦＳボリュームに関するファイルアクセスに対するファイルレベルセキュリティ情報をコピーするためのオプションが使用可能である。ジョブをランする前及び／又は後にコマンド又はバッジファイルをランするためのオプションも提供される。１つのオプションは、ユーザが、ジョブキューログ内に記録することを所望する詳細を決定することを可能とする。別のオプションは、ファイルがコピーされる前にウイルスについてファイルをスキャンする。別のオプションは、操作におけるイベントに関するメッセージを送る。

本システムは、複数個のストリーミングを使用することと並列して格納操作をランすることによりデータをバックアップすることを可能とする。即ち、本システムは、自動的に又はユーザが選択したオプションに応答して、テープ装置の使用可能性に基づいてバックアップジョブに対するバックアップの複数個のストリームを作成するべく構成することが可能である。データを並列的ストリームにわたって分布させることにより、このアプローチはバックアップ操作に対して必要とされる時間を著しく減少させる。壊滅的な損失の後の回復も一層速くなる。何故ならば、全ての使用可能な装置が共同してバックアップデータの全て又は殆どを一度に回復させるからである。

従って、マルチストリーミングは、テープ装置の２つ又はそれ以上を使用して単一のバックアップジョブを複数個のジョブに分割することにより、システムに関して使用可能なテープ装置の全てを利用することを可能とする。その結果、マルチストリーミングは、逐次的な方法と比較して全体的なバックアップ処理能力を増加させる。システム内の１つを超えるドライブ及び１つを超えるボリュームが使用可能である場合には、ユーザはマルチストリーミングを使用することを選択することが可能である。

マルチストリーミングはローカル装置及び遠隔装置の両方に対して動作する。マルチストリーミングオプションを使用して遠隔ソースをバックアップすることはノード（コンピュータ）レベルにおいてサポートされている。ユーザは格納メディア装置の全てを使用することが可能であるか、又は格納メディア装置の単一グループのみを特定することが可能である（システム内に混合したタイプの格納メディア装置が存在する場合）。システム上にライブラリーオプションがインストールされている場合（以下に説明する）、マルチストリーミング（選択された場合）は使用可能なライブラリー装置の全てを使用する。ライブラリーオプションがインストールされていない場合には、ユーザは格納メディア装置を別個のグループに入れることが可能である。

作成されるストリーム（スレーブジョブ）の総数は、それがチェンジャーである場合には、使用可能な格納メディア装置の数に依存し、そうでない場合には、格納メディア装置グループの数に依存する。

マルチストリーミングは通常のファイルに対しボリュームレベルにおいて（２個のボリュームが２つの別個の装置上で同時的にランすることが可能）、且つローカルデータベースサーバーに対するデータベースレベルにおいて実施される。マルチストリーミングは、お気に入り共用フォルダ、遠隔データベースサーバー及びウインドウズＮＴ／２０００クライエントエージェントに対しノードレベルにおいて実施される。

本システムは、本システム上に存在する装置／グループの数と同じ数のジョブを同時的にランさせることが可能である。マルチストリーミングオプションが選択される場合に、１つのマスタージョブがユーザにより作成されると、それは使用可能であるのと同じ数のボリューム又は格納メディアの装置に対するスレーブジョブをトリガする。１つのジョブが１つのボリュームに関して終了すると、ランすべき更なるジョブが存在しなくなるまで別のジョブが実行される。

マルチストリーミングを使用する場合に、テープが上書きされることを防止するために、ユーザがメディアプールを選択することを希望する場合がある。通常のドライブに対して、別々のテープ装置は別々のグループに形態特定されるべきである。チェンジャーを具備するテープシステムの場合、それらは同一のグループ内のものであるように形態特定することが可能である。マスタージョブをキャンセルすることは、全てのスレーブジョブをキャンセルすることを暗示する。ユーザは、全体的なマルチストリーミングジョブを完全にキャンセルするためにマスタージョブ又はスレーブジョブのうちのいずれか１つをキャンセルすることが可能である。本明細書において説明するように、１つのジョブがジョブキュー内に入れられると、そのジョブが実施される前又は後に操作を実施することが可能である。例えば、メッセージを種々の人員等へ送ることが可能である。これらは前／後操作と呼称される。前／後操作及びコメントはマスタージョブレベルにおいてサポートされる。即ち、前／後操作は各スレーブジョブに対して実施されるものではない。そうではなく、前／後操作は、スレーブジョブを発生させた完全なジョブがランされる前又は後に実施される。各スレーブジョブは、ＭＵＬＴＩＳＴＲＥＡＭ［ＪＯＢ［ＭＩＤ］］ＳＵＢＪＯＢ［ＳＩＤ］、尚ＭＩＤはマスタージョブＩＤでＳＩＤはシーケンスＩＤであるパターンでジョブキュー内にデフォルトのジョブ記述を有している。マルチストリームオプションは、本システムが１つの格納メディア装置を有するに過ぎない場合には無視される。マルチストリーミングジョブで最適な性能を達成するためには、複数個のプロセッサ及びプロセッサ当たり少なくとも２５６ＭＢメモリを具備するハイエンドサーバーマシンを使用する場合がある。

図１５は本発明の１実施例に基づくマルチストリームバックアップ方法を記述するフローチャートである。ステップＳ２において、ユーザがマスターバックアップジョブを作成する。ステップＳ４において、ジョブエンジンがジョブキューをスキャンし、それらのスケジュールされたラン日及び時間に基づいてランする準備がされているジョブを探し出す。ステップＳ６において、スケジュールされた開始時間に基づいて、ランすべきジョブが存在するか否かの決定を行う。マスタージョブをランする時間でない場合には（Ｎｏ、ステップＳ６）、ジョブエンジンは、マスタージョブをランするための時間まで（Ｙｅｓ、ステップＳ６）ジョブキューのスキャニングを継続して行う。ステップＳ８において、本システムはマスタージョブを複数個のより小さなスレーブジョブへ分割し、各スレーブジョブは単一ソースエンティティ（ファイルシステム、データベース等）のバックアップ／回復に対応する。次いで、本システムはより小さなスレーブジョブをジョブキューへ送る（ステップＳ１０）。ステップＳ１２において、ジョブエンジンはジョブに対してジョブキューのスキャニングを継続して行う。これは、新たなスレーブジョブが検知されるまで（Ｙｅｓ、ステップＳ１４）継続する。新たなスレーブジョブが検知されると、ジョブエンジンはテープエンジンと通信を行って、テープ装置がバックアップを開始するために使用可能であるか否かを決定する（Ｎｏループ、ステップＳ１６）。このことは、テープ装置が使用可能であると決定されるまで継続する。テープ装置が使用可能であると決定されると（Ｙｅｓ、ステップＳ１６）、使用可能な格納装置を有する各ジョブに対してより小さなスレーブジョブが開始される（ステップＳ１８）。各スレーブジョブが完了する場合に、情報がテープエンジンへ戻されて、そのスレーブジョブにより使用されたテープ装置が再び使用可能であることを表わす（ステップＳ２０）。次いで、ジョブエンジンが次のスレーブジョブに対してジョブキューをスキャンし且つ本プロセスは、全てのスレーブジョブが実施されるまで繰返される。全てのジョブが完了したか否かの決定がなされる。完了していない場合には（Ｎｏ、ステップＳ２０）、本プロセスは再度ジョブキューをスキャンし実施すべきスレーブジョブを操作する（ステップＳ１２）。各スレーブジョブが完了すると（Ｙｅｓ、ステップＳ２０）、本プロセスは終了し（ステップＳ２２）且つマスタージョブが完了したものと判断される。この時に、ジョブ後操作を実施することが可能である。

本システムは、又、無サーバーバックアップを実施することが可能であり、それはシステムアドミニストレーターに対する多くの従来のバックアップに関連する問題を解決している。無サーバーバックアップは、ユーザーがシステムＣＰＵに対し殆ど影響を与えることなしにバックアップを実施することを可能とし且つバックアップが進行中にサーバー上のアプリケーションを継続してランすることを可能とする。無サーバーバックアップはバックアップウインドウに対する必要性を取除き、可及的に最も高いバックアップ／回復性能を与え且つバックアップが実施している間にアプリケーションが継続してデータへアクセスすることを可能とする。

無サーバーバックアップは、業界標準の拡張コピーコマンドを使用して実現され、且つ拡張コピーコマンドをサポートする装置でＳＡＮ環境をサポートする。

拡張コピーコマンドを使用することにより、無サーバーバックアップはデータバックアップ転送経路から効果的にサーバーを完全に除去し、且つ直接的なディスクからテープへ又はテープからディスクへのデータ転送を達成する。データ転送を開始することは、サーバーレベルにおいて発生する唯一のアクティビティ即ち活動であり、実際のデータ転送はＳＡＮ上のデータムーバー（Ｄａｔａ Ｍｏｖｅｒ）レベルにおいて行われる。本発明に基づく無サーバーバックアップは、「データムーバー」を使用してディスクとテープとの間でデータを転送する。データムーバーは、拡張コピーコマンドをサポートする装置であり、データをはるばるとサーバーへ持って来ることの必要性を取除き、最も短いデータパス即ちデータ経路を達成する。このことはバックアップ性能を著しく向上させ且つ可及的に最も高いバックアップ／回復速度を発生する。このことは、バックアップが進行中にアプリケーションがサーバーへ継続してアクセスすることを可能とする。このことは、機能的にバックアップウインドウに対する必要性を取除き、且つシステムアドミニストレーターが任意の時間にバックアップを実施することを可能とする。無サーバーバックアップ用システムの１例を図１６に示してある。図示したように、本システムはサーバー１５０ａ−１５０ｎ、ディスクアレイ１５２、バックアップ格納メディア１５４を包含しており、それらは全てルーター、ブリッジ等を包含する場合のある高速ネットワーク１６０を介してＳＡＮ上に相互接続されている。ディスクアレイ１５２は種々のワークステーション（不図示）からのデータを格納することが可能である。

ＳＡＮは「拡張コピー」をサポートし、その場合に、データは、サーバーを介して移行する必要性なしに、ディスクアレイ１５２からバックアップ格納メディア１５４へ直接的に送ることが可能である。図１６において矢印Ａで示したように、ディスクアレイ１５２におけるデータ開始のバックアップに対するデータパスはネットワーク１６０を介して伸び且つバックアップ格納メディア１５４に到達する。このデータパスはサーバーの使用を包含するものでないので、バックアップは無サーバーと考えられる。

サーバーが関与する唯一の態様は、バックアップに関するデータを受取ることである。例えば、サーバーはバックアップ等に関するメタデータを得るためにシステムの種々の部分と通信を行う場合がある。サーバーは、又、バックアッププロセスを開始及び制御するために使用される場合があるが、バックアップされるデータはサーバーのＣＰＵを介して移行することなしにディスクアレイ１５２から直接的にバックアップ格納メディア１５４へ移動する。

無サーバーバックアップの１つの側面は各ボリュームのファイルマッピングテーブルをパース即ち構文解析することに基づいている。図２３は本発明の１実施例に基づく無サーバーバックアップの側面を記述するフローチャートである。本システムは、最初に、ＮＴファイルシステム（ＮＴＦＳ）ルートディレクトリー及び構造を開き（ステップＳ７０）、各ファイルのアロケーションテーブルに対してそれを構文解析し（ステップＳ７２）、且つ各ファイルの属性を見つけ出す（ステップＳ７４）。各ファイルの属性を検査すると、本システムは、そのファイルが存在するか否かを決定する（ステップＳ７６）。そのファイルが存在する場合（Ｙｅｓ、ステップＳ７６）、全属性がバックアップされる（ステップＳ８０）、存在しない場合には（Ｎｏ、ステップＳ７６）、本システムはそのファイルに属するデータブロックのみならずファイル属性（又は複数個の属性）をバックアップし（ステップＳ７８）、従って完全なデータ保護のためにそのボリューム上に存在する全てのファイルに対する全ボリュームをマッピングする。ファイルアロケーションテーブル（ＦＡＴ）ファイルシステムをサポートするシステム上において、本システムはＦＡＴスキーマを翻訳することにより該ブロックを翻訳することが可能である。その結果得られる構成は、ファイルレベル回復を与えることが可能な拡張コピー技術を使用した無サーバーバックアップである。

図２４に示したように、ＮＴＦＳの場合、本システムはボリュームを開き（ステップＳ８２）、ブートセクターを読込み（ステップＳ８２）且つバイオスパラメータブロック（ＢＰＢ）を得る（ステップＳ８６）。次いで、本システムはセクター寸法、クラスター寸法、ファイルレコードセグメント寸法、インデックスアロケーションバッファ当たりのクラスターを決定する（ステップＳ８８）。

本システムは、インデックスルートエントリに基づいて最初にルートディレクトリーをトラバースし（ルートディレクトリーのファイル参照に基づいて、本システムはルートディレクトリーに対するファイルレコードセグメントを読取る）（ステップＳ９０）且つそれがファイルであるか否かを決定する（ステップＳ９２）。それがファイルである場合には（Ｙｅｓ、ステップＳ９２）、本システムはそのファイルの属性を検査し（セキュリティー、データ属性等）、且つその属性の対応する値をバックアップする。そのファイルが存在するか否かの決定が行われる（ステップＳ９６）。その値が存在する値である場合には（Ｙｅｓ、ステップＳ９６）、本システムはその属性を包含するファイルレコードセグメントをバックアップする。それが存在しない場合には（Ｎｏ、ステップＳ９８）、本システムはＬＣＮ／ＶＣＮ（ランリスト）を見つけ出し且つその情報を記憶する（ステップＳ１００）。

ファイルでない場合には（Ｎｏ、ステップＳ９２）、その他のステップが実施される（ステップＳ１０２）。例えば、ルートエントリがインデックスノードである場合には、本システムはインデックスアロケーション属性を調べる。それがディレクトリーである場合には、本システムはディレクトリーを介してトラバースする。次いで、本システムはビットマップに基づいて未だにリスト内に存在しない全てのその他のクラスターを付加する。

図２５に示したように、ＦＡＴ／ＦＡＴ３２の場合には、本システムはボリュームを開き（ステップＳ１０４）、ブートセクターを読取り（ステップＳ１０６）且つＢＰＢを得る（ステップＳ１０８）。本システムはルートディレクトリーを読取り（ステップＳ１１０）、且つルート内の各エントリに基づいて、本システムはそれを異なって構文解析する場合がある。例えば、それがサブディレクトリーである場合には（ステップＳ１１２）、本システムはそのディレクトリーのクラスターチェーンを決定し（ステップＳ１１４）、サブディレクトリーを読取り（ステップＳ１１６）且つそれを介してトラバースする（ステップＳ１１８）。それがファイルである場合には（ステップＳ１１２）、本システムはＦＡＴテーブルを使用してそのファイルのクラスターチェーンを決定する（ステップＳ１２０）。

ステップショットに関しては、バックアップの前に、本システムはボリュームのキャッシュをフラッシュする。次いで、本システムはバックアップ解析ステージ期間中そのボリュームをフリーズさせ（例えば、スナップショットを取る）、実際のデータバックアップのために、スナップショットドライバーがオリジナルのデータを無サーバー／イメージへリターンする。無サーバーシステムの場合に、データの移動は生のディスクに対して行われるので、データムーバーはオリジナルのデータを戻すことが不可能である場合がある。従って、無サーバーバックアップの終わりにおいて、本システムは、スナップショットドライバーに対して修正したクラスターのオリジナルのデータの全てを与えることを要求する場合があり、且つ本システムは回復期間中にその情報を適用する。

無サーバーバックアップを実施するためのシステムフローの別の例を図１７に示してある。無サーバーバックアップを達成するために、本システムはディスクアレイ１５２又は該アレイの一部のスタチックビューを得（ステップＳ４０）、ディスクセット上のデータのブロックをそれらが属するファイルへマップし（ステップＳ４２）、且つ該データをディスクアレイ１５２から直接的にバックアップ格納メディア１５４へ移動させる（ステップＳ４４）。

ディスクアレイ内のデータのスタチックビューを得るために、本システムはバックアップミラーシステムを使用することが可能である。バックアップミラーシステムを使用してディスクアレイ内のデータのスタチックビューを得るためのフローの１例を図１８に示してある。最初に、ミラーが確立される（ステップＳ４６）。次いで、ディスクアレイへ書込む全てのアプリケーションが停止され（ステップＳ４８）且つ次いで該ミラーが分割される（ステップＳ５０）。

スタチックコピーを得るための別の方法はスナップショットを使用することである。この場合には、図１９に示したように、本システムは、最初に、ディスクへ書込を行う全てのアプリケーションを停止し（ステップＳ５２）且つ次いでスナップショットを作成する（ステップＳ５４）。

従って、本システムはバックアップするためのディスクアレイのスタチックビューを有することになる。データがディスクアレイ１５２からバックアップ格納メディア１５４へ転送される場合には、該データはファイルとして転送されるのと対照的にデータのブロックとして転送することが可能である。従って、究極的にファイルを回復させるために、本システムはどのブロックがどのファイルに属するかを識別するテーブル又はマップを作成する。例えば、図２０に示したように、ファイルＡはデータブロックＡ，Ｂ，Ｃから構成されている。ファイルＢはデータブロックＤ，Ｅ，Ｆから構成されている。スナップショット又は分割ミラーが作成されると、これらのマッピングは別の分割ミラー又はスナップショットが作成されるまで一定のまま残存する。本システムはファイルＡ及びファイルＢに対するデータブロック関連性を記録するテーブル又はマップを作成する。次いで、ユーザが、例えば、ファイルＡを回復しようとする場合には、本システムはファイルＡに関連するブロックを探し出し且つそれらを回復させる。ディスクアレイ１５２からバックアップ格納メディア１５４へ送られるデータブロックは拡張コピーコマンドを使用して直接的に転送される。

無サーバーバックアップシステムからデータを回復させる場合に、ユーザは全ドライブを回復させるためのイメージレベルに関して又は個別的なファイル又はディレクトリーを回復させるためのファイルレベルに関してのデータを回復させるためのオプションを有している。

イメージレベル回復はバックアップ格納媒体１５４からディスクアレイ１５２へ全イメージをコピーする。ファイルレベル回復は無サーバー回復のように動作し、バックアップ格納メディア１５４から選択したファイルをディスクアレイ１５２へコピーする。

イメージレベル無サーバー回復を実施するために、本システムはそれに対してデータが回復されるスナップショット又は分割ミラーを作成する。次いで、本システムは拡張コピーコマンドを使用してバックアップ格納メディア１５４からバックアップしたデータを直接的にディスク１５２へ回復させる。

上述した実施例において、該ドライブのスナップショット又はイメージが取られる間該ドライブへ書込を行う全てのアプリケーションは停止される。然しながら、該ドライブへ書込を行うアプリケーションを停止させる代わりに、本システムは、又、スナップショット又はイメージを取る間の好適な期間の間待機させることが可能である。例えば、本システムはドライブ１５２を同期させ且つドライブ１５２に対する書込不活動の期間の間に待機させることが可能である。デフォルトにより、該ドライブをフリーズ即ち凍結させる前に本システムが期待する書込不活動の期間（例えば、スナップショットを取る）は３秒である。然しながら、この期間は所望によりユーザが修正することが可能である。書込不活動の特定した期間（３秒）を見つけ出すことが不可能である場合には、特定したタイムアウト期間（例えば、８０秒）の後に同期がタイムアウトし且つフリーズ要求が失敗する。書込不活動の特定した期間が、該ドライブがフリーズするのに安全であると思われる前に該ドライブに関して発生すべき不活動の秒数である。タイムアウト期間も所望によりユーザが修正することが可能である。該ドライブがフリーズするのに安全であると考えられる後に、該ドライブのスナップショット又はイメージを実施することが可能である。このように、アプリケーションが実施を行っている場合のある処理の中間においてアプリケーションが強制的に停止されることはない。

本システムは、又、１つ又はそれ以上のテーブルライブラリーを管理するためのＧＵＩを包含することが可能である。ライブラリーは、手作業による介入なしで大量のデータをバックアップさせることを可能とする例えばロボットピッカー等の自動化メディアデリバリーシステムを具備する１つ又はそれ以上のテープドライブを包含する装置である。ライブリーは、バーコードＩＤ（そのライブラリーがそれをサポートする場合）を包含する種々のコンポーネントを包含することが可能である。本システムは、メディアに取付けたバーコードを読取ることにより迅速に個々のメディアを探し出すためのバーコードＩＤをユーザが使用することを可能とする。ライブラリーは、又、１つ又はそれ以上のマガジン（又はビン）を包含することが可能であり、その場合に、１つ又はそれ以上のグループの格納メディア（例えば、テープメディア）が格納される。マガジンスロットとドライブとの間で格納メディアユニットを移動させるロボットピッカーを設けることが可能である。ライブラリーは、コンピュータ又はサーバーと格納メディアとの間でデータを転送する（バックアップ又は回復）装置において１つ又はそれ以上のドライブを包含することが可能である。ライブラリーは１つ又はそれ以上のドライブを包含することが可能であり、且つ１個乃至数百個のマガジンを包含することが可能である。より小さなライブラリーは、時折、オートローダー又はチェンジャーと呼称される。本明細書において使用されるように、「ライブラリー」という用語は任意の寸法のライブラリーのことを意味するものとして使用される。

ライブラリーは、単一格納ドライブと類似するものと考えることが可能である。然しながら、主要な差異のうちの１つは、ライブラリーは、典型的に、少なくとも２つのＳＣＳＩ ＩＤを使用し、即ちライブラリー自身に対して１つとライブラリーのドライブの各々に対して１つである。幾つかのライブラリーは単一のＳＣＳＩ ＩＤを使用する場合がある。ライブラリーが１つのＳＣＳＩ ＩＤのみを使用する場合には、そのライブラリー及びライブラリードライブは、各々、ドライブとライブラリーとの間を区別するためにロジカルユニットナンバー（ＬＵＮ）が割当てられる場合がある。単一のＳＣＳＩ ＩＤは、技術上、２つのＩＤに分割される。ライブラリーを使用することは、個別的な格納ユニットのユーザよりも幾つかの利点を有している。例えば、ライブラリーを使用する場合に、バックアップ及び回復操作期間中に手作業による介入は必要ではない。更に、ライブラリーは複数個の格納ドライブ及び多数のメディアを包含することが可能であり、従って大容量能力を提供する。

本発明は、単一ドライブを具備するもののみならずマルチドライブを具備するライブラリーをサポートすることが可能である。本発明は、又、複数個のライブラリーをサポートすることが可能である。本発明は、ユーザが、１つの位置からライブラリーの初期化プロセスを追跡及び制御することを可能とする。複数個のドライブライブラリーの場合には、テープエンジンは初期化プロセスに対しドライブの全てを使用する。本システムは、又、任意の特定したスロットからの格納ドライブのクリーニングを包含する複数個の同時的な装置管理機能を可能とする。スロットレンジフォーマット、スロットレンジ消去（迅速及び長期の両方）、インポート／エクスポート、インベントリースロット、マガジン装着、マガジン脱着、ライブラリードライブ清掃を包含する種々のライブラリー装置管理機能に対するサポートも提供される。本システムはライブラリーに関し全ての使用可能なドライブを使用することが可能である。複数個のドライブが使用可能である場合には、装置管理機能を同時的に実施することが可能である。

本システムは、メディアへ取付けることが可能なバーコードを読取ることにより個々のメディアを迅速に探し出すことが可能である。インストールが完了し且つテープエンジンが最初に開始された後に、全ライブラリーがインベントリー即ち在庫管理され且つ記録される。本システムは、ライブラリーがこの特徴をサポートする場合に、ライブラリークリーニングのスケジューリングを可能とする装置コンフィギュレーション即ち形態を提供する。ライブラリーはグループ化させることが可能である。ライブラリーグループは、スロットに基づいているという点を除いて、装置グループ（例えば、サーバーグループ）と同じ概念を使用する。ライブラリー内のスロットのいずれかをライブラリーグループを形成するために選択することが可能である。ライブラリーがスパンするためのテープを使い果たす場合に、ユーザは新たなテープを挿入することが可能であり、且つ本システムは予め定めたグループの一部としてそのテープを識別することが可能である。本システムは新たなメディアを在庫管理することが可能であり、そのことは、ユーザが新たなメディアをライブラリー内に挿入させ、次いで、中断なしでバックアップ又は回復操作を継続して行うことを可能とする。マルチドライブライブラリー内の１つのドライブが欠陥性となると、その欠陥性のドライブはオフラインとしてマーク付けすることが可能である。このことはテープエンジンがライブラリー内の残りの欠陥性でないドライブを使用して動作を継続することを可能とする。本システムは、ユーザの好みに依存して、名前により又はスロット番号によりメディアをサーチすることが可能である。本システムは大きなライブラリーサポートを提供しており、１０００個を超えるスロットを有するチェンジャーをユーザに対してリストで表示させることを可能とする。スロットは４つの態様、即ち大きなアイコン、小さなアイコン、詳細、及びリストで表示させることが可能である。

ライブラリーは、装置コンフィギュレーションメニューから形態特定させることが可能である。最初に、テープライブラリーが装置コンフィギュレーションメニューから選択される。次いで、ライブラリーセットアップスクリーンが表われる。テープエンジンが稼動中である場合には、ユーザがそのエンジンを停止させるためのウインドウが表われる。ライブラリー装置を形態特定するためにテープエンジンは停止されるべきである。そのライブラリーが装置シリアルナンバーをサポートする場合には、ドライブは既に形態特定されており且つライブラリー装置リスト内に表われる。ドライブがライブラリーに対して自動的に割当てられていない場合には、それらは手作業により割当てることが可能である。このことは、最初に、ドライブ及びライブラリーをハイライトさせ、次いで割当てボタンをクリックすることにより行うことが可能である。ドライブをライブラリーへ割当てることは、本システムがライブラリー内にドライブが存在することを知っていることを可能とする。ドライブが手作業により割当てられる場合には、マルチドライブライブラリー内のドライブが正しい順番で割当てられるべきである。例えば、通常、最初のライブラリードライブが最も低いＳＣＳＩ ＩＤ番号を有し、且つ最後のライブラリードライブが最も高いＳＣＳＩ ＩＤ番号を有するような態様で製造業者によりライブラリーが形態特定される。然しながら、このことは必ずしもそうではない場合がある。次いで、次のセットアップウインドウが表われる。ユーザはライブラリーをハイライトさせ且つプロパティボタンをクリックし、従ってプロパティダイアログが表われる。プロパティダイアログは、ユーザがどのスロットがクリーニングテープ（存在する場合）を保持するか及びバーコードリーダーがインストールされているか否かを特定することを可能とする。

ライブラリーを形態特定した後に、本システムは在庫管理をランする。この段階において、ユーザはドライブをオンラインか又はオフラインかのいずれかとしてマーク付けすることが可能である。このように、欠陥性ドライブ（マルチドライブライブラリーにおいて）はオフラインであるとしてマーク付けすることが可能であり、従って本システムは残りの欠陥性でないドライブを使用して操作を継続することが可能である。ドライブが修復され又は置換された場合には、再度上述したライブラリーセットアップ手順を実施することにより、それを容易にオンラインへ戻すことが可能である。

本システムは、又、広範囲の格納条件に対処するための仮想ライブラリー特徴を包含している。仮想ライブラリー特徴は、同一のロボット、インポート／エキスポートスロット、クリーニングメディアを共用しながら、物理的ライブラリーをより小さな仮想（論理的）ライブラリーへ形態特定させることを可能とする。仮想ライブラリー特徴は、大型のライブラリーをより小さな仮想ライブラリーへ形態特定させる柔軟性を提供し、ユーザがＲＡＩＤレベル装置及び／又はスタンドアローンテープライブラリーの異なる結合を作成することをさせる。

仮想ライブラリーコンフィギュレーションユーティリティは全ての仮想ライブラリーをセットアップするために使用される。このユーティリティは、ユーザが仮想ライブラリー及びスロット数とライブラリーに対して必要なドライブとを包含するそれらのパラメータを画定することを可能とする。最小でも、仮想ライブラリーは少なくとも１個のスロットとそれと関連する１つのドライブとを有するべきである。

ユーザは以下のステップを使用して仮想ライブラリーを作成することが可能である。最初に、ユーザは装置コンフィギュレーションメニューを選択する。次へボタンをクリックした後に、装置コンフィギュレーションダイアログが表示される。ユーザは仮想ライブラリーを選択し且つ次へボタンをクリックすることが可能である。次いで、スクリーンが表示され、ユーザが使用可能なライブラリーウインドウから仮想ライブラリーへ形態特定すべきライブラリーを選択することを可能とする。選択した後に、親の物理的ライブラリーと関連する特性が詳細フィールド内に表示される。アダプタカード、ＳＣＳＩバス、ＳＣＳＩ ＩＤ及びＬＵＮに関連する情報が表示される。更に、フィールドがこの仮想ライブラリーに対して使用可能な全てのスロットを表示する。表示されるライブラリーツリーから、ユーザは新たに作成した仮想ライブラリーと関連すべきドライブを選択することが可能である。ドライブは任意の順番で仮想ライブラリーへ割り当てることが可能であるが、ドライブは仮想ライブラリー間において共用することは不可能である。更に、各仮想ライブラリーは少なくとも１個のドライブとそれに割当てられた１個のスロットとを有するべきである。次いで、ユーザはこの仮想ライブラリーへ割当てられるべきスロット数を選択する。次いで、新たに作成した仮想ライブラリーが仮想ライブラリーウインドウ内に表示される。特定のライブラリーが、未だに、このステップの後に割当てられていないドライブを有している場合には、使用可能な資源が「使用可能なライブラリー」ウインドウ内に表示される。使用される全ての物理的ライブラリーを仮想ライブラリー内に形態特定させることが可能である。選択した物理的ライブラリーに対する全てのドライブ及びスロットを使用することが可能である。

本システムは、ライブラリー内のスロットをグループへ分割することを可能とする。スロットをグループ化することは、幾つかのタイプのジョブを同時にランさせることを可能とする。更に、幾つかのスロットが１つのグループ内において使用可能である場合には、ユーザは、ライブラリーがユーザにとってのグループ内のメディアをスパンさせることが可能である。デフォルトにより、最初に本システムが開始されると、そのマシンに取付けられている各ライブラリー内のスロットの全てがそのライブラリーグループに対して自動的に割当てられる。例えば、そのマシンに２つのライブラリーが取付けられている場合には、２つのライブラリーグループとなる。第一ライブラリー内のスロットの全てはＧＲＯＵＰ０へ割当てられ、且つ第二ライブラリー内のスロットの全てはＧＲＯＵＰ１へ割当てられる。これらのライブラリーグループ名を維持することが可能であり、又はユーザはそれらを再グループ化及び名称変更することが可能である。ライブラリー内の各スロットは仮想格納ドライブとして見られるので、各スロットはそれ自身のグループを割当てることが可能である。

本システムは、ユーザがＧＵＩを使用してライブラリーを形態特定することを可能とする。ユーザはデバイスマネージャを開始させることによりライブラリーを形態特定（又はその形態特定の修正）をすることが可能である。システムがライブラリー装置情報を検索した後に、ユーザはデバイス即ち装置のビューを選択し且つ形態特定することを所望するライブラリー装置を探し出し且つ選択することが可能である。ユーザは、図２１に示したようなスクリーンが提供される。デバイス即ち装置の形態特定を行うために、装置グループコンフィギュレーションウインドウが表われると、ユーザは装置タブ１６１をクリックする。装置ウインドウ上（図２２）に、２つのサブウインドウが存在している。左側のウインドウ１６０上にグループがあり且つ右側のウインドウ１６２上に使用可能な装置があり、ユーザはグループリストからドライブを取り且つそれを使用可能な装置リスト内に配置させることが可能である。例えば、ドライブをグループリストから使用可能な装置リストへ移動させるために、ユーザは移動することを所望する装置をクリックし且つ除去ボタン１６４をクリックする。このことは、そのドライブをユーザが形態特定することを所望する任意のライブラリーに対して使用可能なものとさせる。次いで、ユーザはライブラリータブ１６６をクリックし且つ、次いで、移動させたテープドライブは使用可能な装置リスト内の前のタブ及びグループリスト内のチェンジャー内にある。

新たなグループを作成するために、ユーザはグループのリスト内のチェンジャーをクリックし且つ新規ボタン１６８をクリックする。新規グループダイアログが表われる。次いで、ユーザは８個の文字以内であるこのグループに対する名前をタイプし、開始及び終了スロットレンジを選択し、且つＯＫをクリックする。グループは、又、割当てボタン１７０を使用して同様の態様で割り当てることが可能である。

本システム及び方法はＳＡＮ環境において動作することが可能であり、その場合に、ＳＡＮ内に接続されている各サーバーはＳＡＮ内の共用格納装置の情報を維持し、該装置のテープドライブ及びメディアに関してそれが何を行うことを希望するかを決定し、且つその他のサーバーにその決定について知らせ且つそれによって開始された装置における状態変化を共用する。

図６に関して上述したように、ループ内の１つのサーバーはプライマリーとして指定され且つ残りのサーバーは分散型として指定される。プライマリーサーバー１３はＳＡＮを介して接続されている装置を初期化し且つ在庫管理する役割を担っている。プライマリーサーバー１３は、又、「サンゴースト（ｓａｎｇｈｏｓｔ）」と呼ばれるグローバルロッキングプロセスをランして異なるサーバー間の格納装置へのアクセスを同期させる。分散型サーバー１５ａ−１５ｎはプライマリーサーバー１３からの装置情報詳細を取り且つそれらの内部構造を初期化させる。サーバーの全てがアップし且つ稼動中である場合に、それらは独立的であり且つそれら自身の決定を行うのに充分にインテリジェントである。サーバー間の通信はＳＡＮ内の全てのサーバーに関してアクティブであるピアシステムレイヤーを介して行われる。

１つのサーバー（例えば、分散型サーバー１５ｂ）がデータをバックアップすることを希望し且つバックアップ格納装置１６ａにおける１つのドライブ及びメディアを使用するものと決定すると、それは、最初に、プライマリーサーバー１３上でランしている「スナップショット」プロセスからグローバルロックを要求する。その他のサーバーがそのロックを保持していない場合には、この要求を行うサーバーがロックを獲得し且つ安全にその操作を進行することが可能である。そうでない場合には、それはグローバルロックを得ることが可能となるまで待機せねばならない。サーバー１５ｂがグローバルロックを獲得することが可能であると、それはその内部テーブルをチェックし、その他のサーバーにより又はそれ自身によりドライブ及びメディアが既にロックされているか否かを決定する。それらがロックされていない場合には、サーバー１５ｂは、そのドライブ及びメディアがロックされたものとしてマーク付けし且つその情報をそのピアシステムを介してＳＡＮ上のその他のサーバーへ伝播させる。次いで、それはグローバルロックを解除し、従ってその他のサーバーは、その他のドライブ及びメディアについてそれらが所望することを行うことが可能である。サーバーがスロットからドライブ及びその逆にメディアを移動させる場合に、それはこの動作に関してその他のサーバーをアップデートし、従ってそれらはそれらの内部テーブルをアップデートすることが可能である。メディアがフォーマット化（又は再フォーマット化）されると、その情報は全てのその他のサーバーへ伝播される。サーバー１５ｂがその動作を終了した後に、それは、再度、グローバルロックを要求し、次いで、その他のサーバーに対してそのドライブ及びメディアをアンロックすることを告知する。サーバー１５ｂは、又、それ自身の内部テーブルからそれらをアンロックし、次いで、グローバルロックを解除する。

プライマリーサーバー１３がクラッシュすると、全てのその他のサーバーは装置の状態を知っているので、いずれかのその他のサーバーをオンザフライでプライマリーサーバーとして昇進させることが可能である。

本発明は、本明細書の示唆に基づいてプログラムされた１つ又はそれ以上の従来の汎用デジタルコンピュータ及び／又はサーバーを使用して実現することが可能である。本発明の示唆に基づいて熟練したプログラマーにより適宜のソフトウエアコーディングを容易に作成することが可能である。本発明は、又、応用特定集積回路を調整することにより又は従来のコンポーネント回路の適宜のネットワークを相互接続させることにより実現することが可能である。

本発明の多数の付加的な修正及び変形例が上述した示唆に鑑み可能である。従って、理解すべきことであるが、本発明の技術的範囲内において、本発明を本明細書に特定的に記載したもの以外で実施することが可能である。

ＬＡＮ環境のブロック図。 ＳＡＮ環境のブロック図。 本システム及び方法を適用することが可能なネットワーク環境の１例を例示したブロック図。 本システム及び方法を適用することが可能なＳＡＮ環境の１例を例示したブロック図。 ユーザがシステムを形態特定することを可能とするスクリーン表示を示した概略図。 ユーザがシステムを形態特定することを可能とするスクリーン表示を示した概略図。 形態特定したシステムを例示したブロック図。 ユーザがジョブキュー内のジョブをセットアップすることを可能とするスクリーン表示を示した概略図。 ユーザがジョブキュー内のジョブをセットアップすることを可能とするスクリーン表示を示した概略図。 ユーザがジョブキュー内のジョブをセットアップすることを可能とするスクリーン表示を示した概略図。 ユーザがジョブキュー内のジョブをセットアップすることを可能とするスクリーン表示を示した概略図。 ユーザがジョブキュー内のジョブをセットアップすることを可能とするスクリーン表示を示した概略図。 ユーザがジョブキュー内のジョブをセットアップすることを可能とするスクリーン表示を示した概略図。 ユーザが遠隔サーバーをバックアップすることを可能とするスクリーン表示を示した概略図。 本システム及び方法のサーバーにより使用される種々のエンジンを示したブロック図。 １実施例に基づくマルチストリームバックアップを示したフローチャート。 無サーバーバックアップを示したブロック図。 無サーバーバックアップの種々の側面を示したフローチャート。 無サーバーバックアップの種々の側面を示したフローチャート。 無サーバーバックアップの種々の側面を示したフローチャート。 ファイル及びこれらのファイルに対するデータのブロックを示した概略図。 ユーザがライブラリーを形態特定することを可能とするＧＵＩを示した概略図。 ユーザがライブラリーを形態特定することを可能とするＧＵＩを示した概略図。 無サーバーバックアップ操作を示したフローチャート。 無サーバーバックアップ操作を示したフローチャート。 無サーバーバックアップ操作を示したフローチャート。

Claims (10)

1. ネットワーク上のノードへのアクセスを許可又は拒否するシステムにおいて、
   第一ノードへのアクセスを許可又は拒否することが可能なノードのリストを包含している第一ノード、
   少なくとも１つの他のノード、
   を有しており、前記第一ノード及び前記少なくとも１つの他のノードが前記ネットワークを介して接続されており、前記少なくとも１つの他のノードが前記第一ノードへのアクセスを獲得せんとする場合に、前記第一ノードが前記ノードのリストを検討して前記少なくとも１つの他のノードに対してアクセスを許可すべきか又は拒否すべきかを決定する、
   システム。
2. 請求項１において、前記少なくとも１つの他のノードが前記第一ノードへのアクセスが許可されることが決定される場合に、前記少なくとも１つの他のノードのユーザが前記第一ノードへアクセスするためのユーザ識別及びパスワードに対するプロンプトが与えられるシステム。
3. 請求項１において、前記ノードのリストが前記第一ノードへ論理的にログインすることにより修正されるシステム。
4. 請求項１において、前記第一ノード及び前記少なくとも１つの他のノードがサーバーを有しているシステム。
5. ネットワーク上のノードへのアクセスを許可又は拒否する方法において、
   第一ノードへのアクセスを許可又は拒否することが可能なノードのリストを第一ノード上に与え、
   少なくとも１つの他のノードが前記第一ノードへのアクセスを獲得しようとする場合に前記少なくとも１つの他のノードへのアクセスを許可すべきか又は拒否すべきかについて決定するために前記ノードのリストを検討する、
   ことを包含している方法。
6. 請求項５において、更に、前記少なくとも１つの他のノードが前記第一ノードへのアクセスが許可されることが決定される場合に、前記第一ノードへアクセスするためのユーザ識別及びパスワードに対するプロンプトを前記少なくとも１つの他のノードのユーザへ与えることを包含している方法。
7. 請求項５において、更に、前記第一ノードへ論理的にログインすることにより前記ノードのリストを修正することを包含している方法。
8. ネットワーク上のノードへのアクセスを許可又は拒否するコードを包含しているコンピュータによって読取可能な媒体において、
   第一ノードへのアクセスを許可又は拒否することが可能なノードのリストを第一ノード上へ与えるコード、
   少なくとも１つの他のノードが前記第一ノードへのアクセスを獲得せんとする場合に前記少なくとも１つの他のノードに対してアクセスを許可すべきか又は拒否すべきかを決定するために前記ノードのリストを検討するコード、
   を有しているコンピュータによって読取可能な媒体。
9. 請求項８において、更に、前記少なくとも１つの他のノードが前記第一ノードへのアクセスが許可されることが決定される場合に前記第一ノードへアクセスするためのユーザ識別及びパスワードに対するプロンプトを前記少なくとも１つの他のノードのユーザへ与えるコードを有しているコンピュータによって読取可能な媒体。
10. 請求項５において、更に、前記第一ノードへ論理的にログインすることにより前記ノードのリストを修正するコードを有しているコンピュータによって読取可能な媒体。

Images