(57)【要約】複数のデータ処理システムの構成を取得し比較し、さらに、それらの構成の間の相違のレポートを作成する方法。構成は、リモートのクライアントからデータ処理システムの記憶設備へのアクセスを制御する要素を含む。ローカルの条件に基づき構成を受け取り変更し、そして、変更された構成を、データ交換論理を制御するために使用するシステム。構成要素を表示し、構成の間の相違を識別し、構成要素への寄与を付加するソフトウェア。
2009545071.tif 000002
【特許請求の範囲】
【請求項１】
リモートのクライアントからデータ処理システムの格納設備へのアクセスを制御するための１つの構成要素を少なくとも含む１組の構成要素をそれぞれ含む第１と第２のデータ処理システムの構成を取得するステップと、
上記第１の構成の複数の要素を、上記第２の構成の対応する要素と比較するステップと、
上記比較の結果に基づいて上記第１と第２の構成の間の予期されない相違を報告するステップと
からなる方法。
【請求項２】
第１の構成の上記取得ステップは、リモートのデータ処理システムから動作の構成を検索することを含み、第２の構成の取得は、記憶された構成を読むステップを含む、請求項１に記載された方法。
【請求項３】
さらに、構成可能なスケジュールにより、上記取得するステップ、上記比較するステップおよび上記報告するステップを繰り返す、請求項２に記載された方法。
【請求項４】
上記報告するステップは、ネットワーク管理ステーションでイベントを作成するステップを含む、請求項１に記載された方法。
【請求項５】
さらに、構成要素の識別子を記録するステップと、
上記比較するステップと上記報告するステップの中の少なくとも１つから上記識別子と一致する構成要素を省略するステップとを含む、請求項１に記載された方法。
【請求項６】
上記第１データ処理システムの構成が、構成ファイル、データベーステーブル、ＸＭＬファイルおよびレジストリ設定の中の少なくとも２つから得られる構成要素を含む、請求項１に記載された方法。
【請求項７】
管理ステーションから複数の構成要素を含む基本構成を受け取る通信手段と、
ローカルな条件により上記基本構成の構成要素を変更するオーバーライド手段と、
変更された上記基本構成によりデータ記憶のクライアントと対話するデータ交換手段と
からなるシステム。
【請求項８】
さらに、変更された上記基本構成に基づきテキストファイル、データベースエントリー、ＸＭＬファイルおよびレジストリエントリーの中の少なくとも１つを用意するためのアンパック手段を含む、請求項７に記載されたシステム。
【請求項９】
さらに、テキストファイル、データベースエントリー、ＸＭＬファイルおよびレジストリエントリーの中の少なくとも２つに基づいて１つの統合構成を用意するためのパック手段と、上記統合構成を管理ステーションに送信するための管理インターフェイス手段とを含む、請求項７に記載されたシステム。
【請求項１０】
さらに、上記ローカルな条件を設定する構成手段を含み、上記構成手段と上記オーバーライド手段の中の１つは、上記構成要素が上記基本構成において保護されるならば、上記ローカルな条件を無視する、請求項７に記載されたシステム。
【請求項１１】
さらに、変更された上記基本構成を現在の処理構成としてロードする初期化手段と、現在の処理構成を管理ステーションに送信する管理インターフェイス手段とを含む、請求項７に記載されたシステム。
【請求項１２】
上記管理インターフェイス手段は、現在の処理構成を構成可能な間隔で周期的に送信する、請求項１１に記載されたシステム。
【請求項１３】
上記管理インターフェイス手段は、ローカルな条件が変わるならば現在の動作構成を送信する、請求項１１に記載されたシステム。
【請求項１４】
上記構成は、複数の構成要素を含み、上記構成要素は、構成ファイル、データベーステーブル、ＸＭＬファイルおよびレジストリ設定の中の少なくとも２から得られる、請求項７に記載されたシステム。
【請求項１５】
データ処理システムの、リモートのクライアントから上記データ処理システムの記憶設備へのアクセスを制御する構成要素を少なくとも含む第１の構成の複数の構成要素を表示するステップと、
上記第１の構成と第２の構成との間の相違を示すステップと、
上記複数の構成要素の１つに属性を付加するステップと、
付加された上記属性を有する上記複数の構成要素を記憶するステップと
をプログラマブルプロセッサに実行させるためのプログラムを記録した機械読み取り可能な記録媒体。
【請求項１６】
上記属性は上記構成要素がオーバーライド可能か否かを示す、請求項１５に記載された機械読み取り可能な記録媒体。
【請求項１７】
上記プログラムは、さらに、リモートデータ処理システムから上記データ処理システムの構成を検索するステップを含む、請求項１５に記載された機械読み取り可能な記録媒体。
【請求項１８】
上記格納するステップは、上記複数の構成要素をリモートのデータ処理システムに送信するステップを含む、請求項１５に記載された機械読み取り可能な記録媒体。
【請求項１９】
上記プログラムは、さらに、識別可能な間隔で周期的に上記送信動作を反復するステップを含む、請求項１８に記載された機械読み取り可能な記録媒体。
【請求項２０】
上記示すステップは、上記相違を識別する報告をテキストフォーマット、ＸＭＬフォーマット、マイクロソフトエクセルのＸＬＳフォーマットおよびＣＳＶフォーマットの中の１つで作成するステップを含む、請求項１５に記載された機械読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ処理システムの構成の管理、より詳細には、ネットワーク記憶システムにおけるシステム構成の管理に関する。
【背景技術】
【０００２】
大規模なデータ処理システムは、しばしば、下部構造(infrastructure)サービスを提供するために、システム内の各コンピュータにすべてのそれ自身の下部構造を含むことにより自律的に動作することを要求するよりはむしろ、複数バンクの類似または同一の機械を信頼する。たとえば、データ記憶機能性は、しばしば、１台のサーバーまたはデータサーバーのアレイに統合される。これは、効率的なバックアップ戦略を容易にし、任意の数のデータ処理システムが共通のデータ集合にアクセスし作動することを可能にする。（この設備とは別の設備では、各々の処理システムで要求される全体のデータ記憶空間のいくつかを提供することを含む。しかし、このアプローチは、ローカルに記憶されたデータと、他の対等な(peer)システムに記憶されたデータとを区別することをソフトウェアに要求することにより、アプリケーションの設計を複雑にすることがある。成功するバックアップ戦略は、実装がより難しくなり、個々のシステムの故障は、その故障したシステムに記憶されるデータにアクセスする必要がある他のシステムの作業に悪影響を与える可能性がある。）
【０００３】
もちろん、データ記憶などの下部構造機能を複数の特定目的の機械のバンクに移すことは、大規模システムを管理する困難を多少とも解消するとしても、１組の異なった挑戦を生じる。これらの挑戦の中で重要なのは、各々が内部構造機能を提供するように意図されて作動するように複数の機械のバンクを構成するというタスクである。限られた範囲のサービスを提供するだけの特定目的の機械でさえ、特に、機械が分散された地理的位置に設置されているとき、冗長性を提供するため、および／または、土地に依存した観点でサービスまたは設備を利用するため、複雑な構成(configuration)の要求を持つかもしれない。
【０００４】
冗長性と高い利用可能性で基本的データ処理サービスを共に提供するべき複数のサーバーのグループＴは、互いに矛盾しない同等の構成であるが、同一でない構成を要求されるかもしれない。簡単な例として、クライアントシステムのためデータを記憶するべき２つのデータ記憶サーバー（たとえばファイルサーバー）を考える。これらのサーバーは、リモートのクライアントからアクセスを制御するため同一の構成を必要とするかもしれないが、２つの異なる回路を通じて分散データネットワークに接続されるため、異なったネットワーク通信構成を必要とするかもしれない。
【０００５】
現在のシステム管理手続は、一般的に、同様なシステムを管理するためアドホックのアプローチを用いる。たとえば、運営管理者（アドミニストレータ）は、ライブラリに種々の世代の構成の複製を保持して、最も近い世代の構成に基づいて新しいシステムのための構成を準備できる。しかし、１つの世代構成がカスタム化され配備されると、そのファーム(farm)における複数のサーバーのすべての構成における共通のパラメータを更新する方法は、各々の機械に順番に接続して修正すること以外にはない。これは、時間がかかり誤りが起こりやすい作業である。
【発明の概要】
【０００６】
したがって、多くの同様な（必ずしも同一ではない）データ処理システムを効果的に構成し管理するよりよい方法はこの分野で価値がある。
【０００７】
発明の複数の実施形態が、例を用いて限定的でなく、添付の図面を用いて説明される。図において、同じ参照記号は同様なものを示す。なお、この説明において、１つの「実施形態」というときは、かならずしも同じ実施形態をさすものではなく、そのような場合は、「少なくとも１つの」実施形態を意味する。
【図面の簡単な説明】
【０００８】
【図１】発明の１実施形態が動作する環境を示す。
【図２】発明の１実施形態を含む下部構造サーバーの複数の下位システムを示す。
【図３】ファイルサーバーにおける処理の論理の流れ図を示す。
【図４】構成要素である、インポートとエキスポート、を示す。
【図５】発明の１実施形態の処理の概略を示す。
【図６】発明の他の実施形態によるファイルサーバー・下位システムのブロック図である
【図７】発明の他の実施形態のユーザーインターフェイスの１つの例を示す。
【図８】発明の第３の実施形態のユーザーインターフェイスの第２の例を示す。
【図９】分散システムの論理的および物理的な全体組合せの図
【発明を実施するための形態】
【０００９】
以下に詳細に説明されるように、ここで導入される発明は、多数の同様なシステムの構成における正確さと効率を向上する方法と装置を提供する。単純さのため、これらの技法は、しばしば、少数のシステムに限定されたシナリオで説明されるが、当業者にとって明らかなように、この考えを多数のシステムに拡張することは、簡単であり、比例して有益である。
【００１０】
図１は、本発明の複数の実施形態が有用に展開される環境を示す。多数のデータセンター１１０，１２０，１３０を示す。各々のデータセンターは、データ処理システム１１１，１１２，１２１，１２２，１３１，１３２を収容し、これらのデータ処理システムは、大容量記憶装置１１３，１１４，１２３，１２４，１３３，１３４の複数のアレイに接続され、データ記憶サービスを提供するように構成される。制御命令とデータは、データセンターの間でインターネットなどの公衆分散データネットワーク１４０、または、これらの種類のネットワークの組合せをとおして移送される。データ記憶サービスは、直接にクライアント１６０に提供でき、または、クライアント１６０に派生的サービスを提供するサーバー１７０により利用できる。この分散データ処理システムは、ネットワーク運営センター（NOC)または、管理コンソール（ここでは、コンピュータシステム１８０として示される）から管理できる。
【００１１】
図２は、図１に示されるデータ記憶サーバーなどの下部構造サーバーの中に存在できるいくつかの下位システムを示す。それらの構成は、発明の１実施形態により管理できる。サーバーは、複数の記憶装置１１３のアレイを制御する大容量記憶制御論理２１０と、システムに分散データネットワーク１４０を介して通信させるネットワークインターフェイス２２５を駆動する通信論理２１０と、バックアップ装置を作動するバックアップ論理２３０と、種々の下位システムの構成と作動を調整するシステム管理論理２４０とを含んでいてもよい。図に示されるシステムにおいて、下部構造サービスは、種々のプロトコルのよる要求に対する複数のサーバー２５０によりクライアントに提供される。特に示されるのは、ＮＦＳ(ネットワーク・ファイル・システム)サーバー２５２，ＣＩＦＳ(コモン・インターネット・ファイル・システム)サーバー２６４、ＨＴＴＰ(ハイパーテキスト・トランスファー・プロトコル)サーバーまたはウェブサーバー２５６、ＦＴＰ(ファイル・トランスファー・プロトコル)サーバー２５８である。サーバー２５２，２５４などは、同じ物理的計算プラットフォーム内に実装されるソフトウェアのモジュールまたは層であってもよい。
【００１２】
図３は、図１のサーバー１１１，１１２，１２１，１２２，１３１，１３２のいずれかなどの記憶サーバーのオペレーティングシステムの論理構造の１例を示し、また、図２の下位システムがクライアント１６０からのデータ記憶またはデータ検索の要求に応答するために行う論理シーケンスを示す。要求３１４は、ネットワークデータ接続を介してサーバー３００に到達し、ネットワークアクセス層２２０により処理される。この要求は、命令を含むペイロードと、クライアントからサーバーへのデータと、ネットワークヘッダーを含む。ヘッダーは、中でも、ソースアドレスと宛先アドレス、および、要求が適合させる特定のプロトコル(たとえばＮＦＳ)を特定できる。ペイロード３２４は、図２に示される１以上の異なる種類のサーバー／プロトコルを実装するプロトコル処理層３２０を通され、ファイルシステム層３３０に達する。ファイルシステム層３３０は、データ３３４を処理して、クライアントが要求する行動を決定し、どのようにファイルシステムが要求に適応するかを決定する。もし記憶されるべきデータがあれば、ファイルシステム層３３０は、それをＲＡＩＤ(Redundant Arrays of Independent Disks)記憶アクセスマネージャ３４０に通す。ここで、データ保護および誤り回復スキームによってデータは複数の部分３４４に分離され、次に、記憶ドライバー３５０に通され、複数の大容量記憶装置のアレイに書き込まれる。
【００１３】
もしクライアントの要求が情報検索であれば、データの流れは逆方向に進む。複数のデータ断片５５８は、複数の大容量記憶装置１１３のアレイから検索でき、いっしょにして（３４８）、クライアントの応答を作成する（３３８）。この応答は、プロトコルによるケット３４８の中にカプセル化され、分散データネットワークを介するクライアント１６０への通信のため「封筒」３１８の中に置かれる。
【００１４】
図２に示される下位システムは、一般的に、図３を参照して記載される論理の流れの下位システムの部分を実行できる構成を要求する。たとえば、ネットワーク通信下位システムは、応答するべき宛先や使用するべきネットワークルーターについての情報を要求するかもしれない。そして、NFSまたはCIFSサーバーは、リモートのクライアントからデータ記憶資源へのアクセスを制御する情報を必要とするかもしれない。種々の下位システムは、異なるチャネルをつうじて構成情報を得ることができる。たとえば、いくつかの下位システムは、開始するときにテキストファイルを読むが、別の下位システムは、コマンドラインに通される議論を参照し、データベースまたはレジストリから情報を検索し、または、ネットワーク接続をとおして構成データの中央保管所(repository)に質問する。テキスト構成ファイルは、使用する下位システムにより要求される、あらかじめ決められた構造を持つことができる。テキストファイルは、「キー」と「値」の行、自由形式の構成指示(directives)、および、ＸＭＬ（エキステンシブル・マークアップ言語）データ、ＨＴＭＬ（ハイパーテキスト・マークアップ言語）データなどの表現における階層構造の設定を含むことができる。
【００１５】
基本的構成管理ツールは、図４に示される要素を含んでいてもよい。インポート論理４１０は、種々の下位システムのための構成情報（たとえば、あらかじめ決められたディレクトリ４２０における構成ファイル、システム・スタートアップ・スクリプト４３０に与えられているコマンドライン、またはデータベース４４０）を、それらの下位システムが見つけると期待されている場所から、集める。構成情報は、複数の「要素」４５０に分離できる。ここで、１つの要素は、識別名称(Identifier)４５２、値(Value)４５４および他の有用な情報（構成要素４５６により作用される１以上の下位システム(Subsystem)、または、その要素がどのように使用されるかを示すテキストヘルプメッセージ(Help)４５８）を含んでいてもよい。種々の資源からインポートされる１組の構成要素は、１つの統合された構成４６０として扱える。
【００１６】
管理ワークステーション１８０で実行できる構成管理ツールは、多くの異なる下位システムのための複数の構成要素の統合されたビュー(view)を提示し、システム運営管理者と対話して、適当な構成の値を選択する。システム運営管理者が構成に満足するとき、エキスポート論理４７０は、それらの構成要素を適当な場所に（すなわち、同じ構成ファイル、スタートアップスクリプト、その要素がはじめにくるレジストリ・エントリー）適当なフォーマットで書き戻す。たとえば、テキストに基づく構成ファイルは、「キー」と「値」の行を有し、または、階層構造のＸＭＬファイルとしてフォーマットされる。構成管理ツールは、新しく再構成されるシステムをリセットするためのボタンまたは制御を提供し、そうでなければ、その新しい構成を有効にする。
【００１７】
いくつかの実施形態は、共通のまたは中間のフォーマットとしてＸＭＬを用いる。（すなわち、インポート論理は、種々の資源から得られる構成要素を含むＸＭＬ文書を作成し、エキスポート論理は、ＸＭＬ文書をテキストファイルまたはデータベース記録などの元のフォーマットに戻すように変換できる。）ＸＭＬは、広く用いられるテキストを基にしたフォーマットであり、階層構造データが便利な機械の解析や処理のために有効に表現されることを可能にする。
【００１８】
図４を参照して説明されたツールは、種々の記憶サーバー下位システムに影響する構成要素の併合されたビューを提供することにより、クライアントに下部構造データ処理サービスを提供するべきサーバーを構成するという問題と取り組み始めることができる。しかし、ここに説明される複数の実施形態では、下部構造サーバーのグループすなわち「ファーム」において支援するこの基本性能を越えて進む。前に述べたように、冗長性と高い利用可能性で基本的データ処理サービスを共に提供するべき複数のサーバーのグループは、互いに矛盾しない、同等の構成であるが、同一でない構成を要求するかもしれない。（もちろん、同一の構成は、また、同じ方法により管理される。）以下の機能性能のいくつかを提供する構成管理ツールは、この環境において有用であり得る。
【００１９】
図５は、本発明の１つの実施形態の第１の機能性能（複数のシステム構成の間の相違を識別すること）の概略のフローチャートである。第１の処理システムの構成は、たぶんリモートのシステムに質問する（query）こと(リモートのシステムから構成を「引く」こと)により、検索される(510)。構成を検索することは、前に説明したように、多くの異なる資源から構成要素をインポートすることを含む。このインポートは、共通にフォーマットされた要素を管理ステーションが受け取るように、リモートのシステムについて行え、または、生の構成データ（ファイル、コマンドラインおよびデータベースのテーブル）がリモートのシステムから通信された後に管理システムについて行える。
【００２０】
また、第２のデータ処理システム構成が検索される（５２０）。第２のデータ処理システム構成は、第２のリモートシステム、または、第１のシステムの構成の、前に記憶されたコピーを含むデータ保管所からくる。
【００２１】
次に、この２つの構成が、構成の間の相違を検出するため要素ごとに比較される（５３０）。構成の間のいくつかの相違は、予想できる（たとえば、２つの似ているが同一でないサーバーの構成が比べられるとき、ホスト名称とインターネットプロトコル(IP)はおそらく異なる。）１つの実施形態は、異なると予想される構成要素の識別子のリストを維持し、見出されたすべての相違のリストから予想された相違を除いて（５４０）、予想されない相違のみを残す。最後に、検出された相違（５４０でフィルターで除かれた相違を除く）は、ユーザーに報告される（５５０）。報告は、すべての相違、または、予想されなかった相違のみのリストを平文フォーマットで、ＸＭＬまたはＨＴＭＬで、または、ＣＳＶ（コンマで区切られる値）などのデータベースのフォーマットで、または、米国ワシントン州レドモンドのマイクロソフト社のエクセル・データベースのための記録で、提供する。
【００２２】
発明の１実施形態では、構成可能なスケジュールでこの過程を繰り返して、システムの実際の構成とその予想される構成との間の変化の周期的報告を作成する。そのリストを印刷することにより、電子メールとして相違を報告することにより、または、ネットワーク管理ステーションで通知イベントを生成することにより、相違が報告される。周期的な構成の監視は、予想されない構成要素の相違として検出された複数のサーバーの構成で、不注意または悪意の不正に対して守ることを助ける。たとえば、サーバーを管理する権限を持つユーザーの身元の予想されない変化、または、予想されないディスクのパーティションの割当は、セキュリティの違反のしるしである。
【００２３】
発明の別の実施形態は、同様な（必ずしも同一でない）構成を多数のデータ処理システムに分散することを支援する。図６に示されるように、サーバーは、（図２に示されるような他の下位システムの中に）管理ワークステーション１８０から基本（すなわち「包括的」)構成６１０を受け取る通信論理２２０と、論理条件６３０により基本構成６１０の構成要素を変えてローカル化された構成６６０を作るオーバーライド論理６２０と、この変化された構成６６０によりデータ記憶クライアントと対話するデータ交換論理６５０とを含んでいてもよい。そのようなシステムにおいて、アンパック(unpacking)論理６７０は、管理ステーション１８０から受け取られた統合構成６１０のローカル化バージョン６６０から構成要素を取り出し、テキストファイル６８２，データベースエントリー６８４，ＸＭＬファイル６８６および／またはレジストリエントリー６８８を作成するために使用できる。パック(packing)論理６９０は、逆の操作を行うために使用でき、種々のテキストファイル、データベースエントリー、XMLファイルおよび／またはレジストリ／エントリーから統合構成を作成する。オーバーライドする構成要素と使用する適当な値についての情報は、ローカルのデータベース６４０に格納できる。
【００２４】
図６に関連して上に説明された「オーバーライド」論理は、また、管理ワークステーションで実装できる。次の例を考える。運営管理者は、リモートのデータセンター内で１０台の記憶サーバーを管理することを望む。これらのサーバーは、同様に構成されるべきであり、密接に協働されるべきである。そこで、運営管理者は、これらのサーバーを含むグループを作り、それらのために一般的構成を作成する。この一般的構成は、上述のとおり、周期的にそれらのサーバーに送られ（「押され」）またはそれらのサーバーに受け取られる(「引かれる」）。
【００２５】
いま、運営管理者は、１０台のすべてのサーバーのために新しい特徴が使用可能（イネーブル）になる前に、その特徴が評価できるように、それらのサーバーの中の１つのサーバーにその特徴を使用可能にすることを要求する。この特徴を使用可能にするための構成の変化は、入れられ、管理ワークステーションに記憶される。この変化は、１０台のサーバーの中の１つのために包括的構成をオーバーライドするとしてマークされる（これは、新しい特徴は使用不可能（ディスエーブル）のままにする）。続いて、そのサーバーのみが、この非標準的構成を受け取り、その特徴を起動する。後で、もし評価期間が成功であれば、その変化は、１０台のすべてのサーバーのために包括的構成をオーバーライドするように設定でき、または、包括的構成自体がその特徴を使用可能にするように変形できる。
【００２６】
なお、上述の例はシステム運営管理者による種々の行動を含むが、可能な利用シナリオとその動機のみを説明している。発明の複数の実施形態は、人との対話なしに動作できる。
【００２７】
包括的構成における構成要素は、サーバーシステムでオーバーライド論理により変化またはオーバーライドされることを許可するか否かを制御するフラグまたは許可指示部を含んでいてもよい。いくつかの実施形態では、複数層の許可が実装されているので、包括的構成は複数のサーバーシステム（たとえば記憶サーバー）を含む地域データセンターに分散でき、包括的構成の要素の第１グループは、地域データセンターでそれらのサーバーの共通の必要に構成を適合するためにオーバーライドできる。次に、地域に適した構成が個々のサーバーに送られ、構成要素の異なる（おそらく重複する）集合に、サーバーに特定したオーバーライドを適用する。
【００２８】
図５を参照して説明した周期的な構成の検索とチェックと同様に、図６に示されたシステムなどのシステムは、ローカルなオーバーライドにより適合されそのシステムに適用される包括的構成を周期的に検索する（または、管理ステーションは包括的構成を周期的に送る）。周期的再構成は、不注意または悪意の変化がある期間有効になっていないことを確実にするために使用できる。たとえば、システムは、１時間ごと、１日ごとまたは１週ごとに、悪い環境に適するように再構成できる。いくつかの実施形態では、構成変化の警報者が構成変化を検出し、変化が起きたときには常に、現在動作中の構成を中央管理ステーションに送る。中央管理ステーションのシステム運営管理者は、その変化を調べて、許可する（そして、たぶん、続く比較サイクルでシステムの構成とテンプレート構成との差を無視する）か、または、拒絶し、前の構成を押し、構成要素にローカルな変化を制限するかを決定できる。
【００２９】
図７は、複数の同様なサーバーの管理においてシステム管理者を支援するソフトウェアプログラムのユーザーインターフェイス画面７００の１例を示す。このユーザーインターフェイスは、図５〜図６を参照して説明されたようなツールにより実装できる。このインターフェイスは、ファイルサーバーの名称を識別するフィールドをもち、ファイルサーバーの構成は、フィールド７２０に識別される包括的構成と比較された。構成要素（フィールド）の１部７３０は、階層構造的な「木」のビューにおいて示され、１つの構成要素７４０は、２つの構成の間で相違が検出されたことを示すためにハイライトで表示される。「詳細(Detail)」ウインドウ７５０は、相違についてのさらなる情報を示す。この例では、システム構成は、リモートのユーザーからデータ処理システムの記憶設備へのアクセスを「実行する」ことを除くために、包括的構成から変更されている。この変更は、さらに詳細に、「ヘルプ」下位ウインドウ７６０に記載される。ユーザーインターフェイスは、管理者（たとえば記憶ネットワーク運営管理者）がそのような相違を識別し、相違にあったときに、いくつかの異なる行動をとることを可能にする。まず、管理者は制御(Revert)７７２を起動して変更と包括的構成への復帰を拒絶する。次に、管理者は、制御(Accept)７７５を起動して、変化を受け入れ、将来での構成比較において、その違いを無視できる。最後に、管理者は、制御(Restrict)７７７を起動することにより、リモートのファイルサーバーでローカルな変化を禁止できる。
【００３０】
管理者は、ソフトウェアプログラムにより表示される構成で満足すると、制御(Apply)７９３を起動して、その構成を１以上のシステムに押させ、または、制御(Save)７９６を起動して、後での参照のためにその構成をセーブさせる。スケジュール制御またはメニュー選択（図示しない）は、図８の要素８００に示されるようなインターフェイス画面を示す。ここで、管理者は、他の実施形態で説明したように、ターゲットサーバー(Target)８２０での周期的構成の行動(Action)８１０（たとえば比較または更新）をある期間と時間８３０で準備する。
【００３１】
図９は、論理／物理組合せシステム図であり、実施形態の複数の部分が完全なシステムにおいてどこに展開されるかを示す。ソフトウェアで実装され、ネットワーク運営センター（ＮＯＣ）における１つのコンピュータに配置されるシステム管理コンソール９００は、ユーザーインターフェイス９１０、構成操作論理９２０および更新スケジュール論理９３０を含む。参照構成データは、ローカルデータベース９４０の中に記憶できる。管理コンソール９００は、データセンター１１０，１３０の中で下部構造サーバーと分散データネットワーク１４０を介して通信する。各々のデータセンター内で、同様なサーバー１１０，１１２または同様でないサーバー１３１，１３２は、クライアント（図示しない）にデータ記憶サービスを提供するように構成される。ユーザーのデータは、ＲＡＩＤとして構成できる大容量記憶装置１１３，１１４，１３３，１３４に記憶される。各々の下部構造サーバーは、要素９５０で示されるような複数の論理下位システム（システム管理論理２４０、（システム管理コンソールの構成操作論理９２０を補う）構成操作論理９６０、および、クライアントと対話しクライアントの要求を満たすプロトコル処理部(handler)９７０を含む。
【００３２】
発明の１実施形態は、プログラマブルプロセッサに上述の動作を行わせる命令を記憶した、機械により読み取り可能な媒体であってもよい。他の実施の形態では、その動作は、配線された論理回路を含むハードウェア部品により行われてもよい。また、動作は、プログラムされたコンピュータ部分とカスタム化されたハードウェア部分の任意の組合せにより行われてもよい。
【００３３】
機械により読み取り可能な媒体は、機械（例えばコンピュータ）により読み取り可能な媒体（ＣＤ−ＲＯＭ、ＲＯＭ、ＲＡＭ、ＥＰＲＯＭを含むが、これに限定されない）に情報を格納し読み出すいずれかの機構を含んでいてもよい。
【００３４】
「論理」という用語は、ここで用いられるとき、たとえば、ハードウェア回路、プログラマブル回路（たとえば、フィールドプログラマブルゲートアレイ(FPGA)、プログラマブルプロセッサにより実行されるソフトウェア命令、又はそれらの組合せを含む。
【００３５】
発明の応用は、主として、いくつかの例を参照して、また、ハードウェア部分および／またはソフトウェア部分への機能性の割当により、説明された。しかし、当業者が理解するように、柔軟なファイルサーバー構成管理が、ここに説明されたのとは異なる発明の実施形態の機能に寄与するハードウェアおよび／またはソフトウェアにより達成できる。そのような変形と具体化は、添付される請求項により表現されていると理解される。
【図１】
2009545071.tif 000003
【図２】
2009545071.tif 000004
【図３】
2009545071.tif 000005
【図４】
2009545071.tif 000006
【図５】
2009545071.tif 000007
【図６】
2009545071.tif 000008
【図７】
2009545071.tif 000009
【図８】
2009545071.tif 000010
【図９】
2009545071.tif 000011
【国際調査報告】
2009545071.tif 000012
2009545071.tif 000013
2009545071.tif 000014
2009545071.tif 000015
2009545071.tif 000016