JP2009500716A - 拡張可能な自動的に複製するサーバファームコンフィギュレーション管理インフラストラクチャ - Google Patents

Abstract

拡張可能な、自動的に複製するサーバファームコンフィギュレーション管理インフラストラクチャが提供される。集中化されたコンフィギュレーションデータベースが、サーバファームに関するコンフィギュレーションデータすべてを記憶する。新しいコンフィギュレーションデータは、コンフィギュレーションデータベースのスキーマを知っていることも変更することもなしに、コンフィギュレーションオブジェクトモデルを拡張することによってコンフィギュレーションデータベースに追加することができる。サーバファーム内の複数のサーバ全体にわたってサーバファーム内のコンフィギュレーションデータを自動的に、同期したまま保つために、同期機構がサーバファーム内の各サーバに対して提供される。

Description

本発明は、拡張可能な、自動的に複製するサーバファームコンフィギュレーション管理インフラストラクチャに関する。

今日、インターネットは、ブラウザを使用してユーザにアプリケーションを転送するために、広く使用されている。また、インターネットは、ウェブ上で商業目的のため使用され、その際に、個人顧客や企業はウェブを使用して様々な商品やサービスを購入する。実際、会社の中には、商品やサービスをウェブ上だけで提供しているものもあれば、勢力範囲（reach）を拡張するためにウェブを使用するものもある。

これらの商業活動その他に関連して、企業や他のコンテンツプロバイダは、サーバを使用し、様々なユーザからの要求を処理する。これらの要求を処理するために、様々なアーキテクチャ（基本設計概念）が使用される。１組のサーバがクラスタ（サーバファーム）の形にある分散アーキテクチャが、要求を処理するためにしばしば使用される。そのようなサーバファームシステムでは、その１組のサーバがユーザには単一のサーバのように見える。ロードバランシング（負荷分散化）機構を使用し、サーバファーム内のどのサーバが、そのサーバファームに向けて送られる様々な要求を処理するために使用されることになるか判定することができる。

サーバファーム内の様々なサーバを設定し維持することは、従来、厄介なタスク（作業）であった。この問題は、所与のサーバファーム内で使用されるサーバの数が増えたとき、悪化する。サーバファーム内のサーバを適正に維持するために、サーバを時々更新することが必要とされる。これらの更新は、サーバによって提供されるデータおよびサービスを設定すること、各サーバの特定の設定が互いに確実に同期しているようにすること、および、サーバファームのサーバ上に存在する様々なサービスおよびアプリケーションの準リアルタイム知識処理（near real-time knowledge）を維持することを含む。

残念ながら、サーバ管理を実施する現在の技術は、サーバファーム内のサーバの体系的かつ包括的な管理を可能にする、まとまりのある方法を提供していない。たとえば、従来、大抵のアプリケーションは、コンフィギュレーションデータ（設定データあるいは構成データともいう）をファイル内に格納する。そのような手法には、いくつかの重大な問題がある。第１に、これらのコンフィギュレーションファイル（設定ファイルあるいは構成ファイルともいう）は、そのアプリケーションを実行するサーバすべての間で同期したまま保たれることを必要とする。Microsoft（マイクロソフト社）のApplication Server（アプリケーションサーバ）などの技術は、サーバの間でコンフィギュレーションファイルをコピー（複製）することによって、複数のサーバに跨ってコンフィギュレーションファイルを同期したまま保つている。しかし、コンフィギュレーションファイルをサーバマシンにコピーするとき、サーバ特有の情報を提供するために、多数の追加の作業を必要とする。したがって、あるサーバファームに関するコンフィギュレーションデータのすべてを中央で格納し、またあるアプリケーションに関するコンフィギュレーションデータをサーバファーム内のどこでも自動的に使用可能にする機構を有することが望ましい。

さらに、あるアプリケーションが別のアプリケーション（基本アプリケーション）の上に構築されているとき、そのアプリケーションは、基本アプリケーションがそれ自体のファイルフォーマットを有することに気付いている必要があり、そのアプリケーションは通常、その設定を別個のファイル内に格納する必要がある。ＸＭＬなどの技術は、ファイルフォーマットをより容易に拡張可能にするが、そのような技術は、基本アプリケーションにスキーマを公表（publish）することを要求し、異なるアプリケーションがそのスキーマを非互換の形で拡張するのを防止するための機構を必要とする。さらに、基本アプリケーションが、ＸＭＬ内に格納されている設定を更新したいと望む場合、基本アプリケーションは、他のアプリケーションの設定、またはそれらのアプリケーションが依存する設定を付随的に変えないようにすることを必要とする。同様に、基本アプリケーションは、基本アプリケーションに依存するアプリケーションの設定を容れるファイルのロケーションを決して変更することができない。他の普及している設計では、アプリケーション設定が各マシン上のレジストリ（情報データベース）内に格納される。この設計では、サーバファーム全体にわたって設定を分配することが事実上不可能になり、システムリソースの使用に悪影響があり得る。したがって、固定されたファイルフォーマットに依拠しない、アプリケーション設定を記憶するための集中化された、拡張可能な機構を提供することが望ましい。

本発明は、サーバファームのための拡張可能な、自動的に複製するコンフィギュレーション管理インフラストラクチャ（基幹設備）を提供することにより、上記で判明された必要性に対処する。このインフラストラクチャは、サーバファーム内のコンフィギュレーションデータすべてのマスターコピーであり、そのコンフィギュレーションデータが自動的に持続されるコンフィギュレーションデータベースを含む。

さらに、このコンフィギュレーションインフラストラクチャは、任意の第三者が、基礎となるコンフィギュレーションデータベーススキーマを理解することも修正することもなしに、コンフィギュレーションデータベース内のコンフィギュレーションデータを更新することができる、コンフィギュレーション管理オブジェクトモデルを含む。好ましくは、コンフィギュレーション管理オブジェクトモデルは、コンフィギュレーションデータベースと対話するための唯一の方法である。

本発明の他の態様によれば、このコンフィギュレーション管理インフラストラクチャは、サーバファーム内のサーバすべてが、コンフィギュレーションデータベース内でコンフィギュレーション変更（設定変更または構成変更ともいう）があればそれと共に確実に更新されるようにする安全な（secured）同期機構をさらに含む。たとえば、サーバファーム内の各サーバは、１分ごとなど特定の時間間隔でコンフィギュレーションデータベースに自動的に照会する、タイマーサービスなどエージェントを含む。次いで、エージェントは、コンフィギュレーションデータベース内で変更があればそれをサーバにダウンロードする。

要するに、本発明は、拡張可能な、また自動的に複製するサーバファームコンフィギュレーション管理インフラストラクチャを提供する。その結果、サーバファーム内のコンフィギュレーション（設定又は構成ともいう）を自動的に同期させることができ、ユーザが基礎となるコンフィギュレーションデータベーススキーマを知っていることも変更することもなしに、コンフィギュレーション変更を集中コンフィギュレーションデータベースに追加することができる。

この概要は、以下、詳細な説明でさらに述べられる概念の選抜を、簡潔な形態で紹介するために提供されたものである。この概要は、特許請求されている主題の重要な特徴または不可欠な特徴を確認することを意図されているものでも、特許請求されている主題の範囲を決定する上で助けとして使用されることが意図されているものでもない。

本発明の特徴的なものと考えられる新規な特徴が、添付の特許請求の範囲に述べられている。しかし、本発明それ自体、ならびにその好ましい使用形態、他の目的および利点は、添付の図面と併せ読めば、例示的な実施形態の、以下の詳細な説明を参照することによって最もよく理解されることとなる。

図１は、本発明の例示的な実施形態を実施することができるデータ処理システムのネットワーク１００を絵で表したものを示す。データ処理システムのネットワーク１００はネットワーク１０２を含み、ネットワーク１０２は、データ処理システムのネットワーク１００内で一緒に接続された様々なデバイスおよびコンピュータ間の通信リンクを提供するために使用される媒体である。ネットワーク１０２は、有線または無線の通信リンク、光ファイバケーブルなど、諸接続を含むことができる。

図１に示されているように、データ処理システムのネットワーク１００は、少なくとも１つのサーバファーム１０４と、複数のクライアント１０８〜１１２とを含み、これらのすべてがネットワーク１０２に接続される。サーバファーム１０４は、一般に、要求を処理するための単一のサーバまたは「仮想」サーバとして提示される一組のサーバで構成される。クライアント１０８、１１０、１１２は、サーバファーム１０４に対するクライアントである。これらのクライアント１０８、１１０、１１２は、たとえばパーソナルコンピュータまたはネットワークコンピュータとすることができる。一般に、サーバファーム１０４は、ブートファイル（起動ファイル）、オペレーティングシステムのイメージ、およびアプリケーションのようなデータをクライアント１０８〜１１２に送る。データ処理システムのネットワーク１００は、追加のサーバ、クライアント、および他のデバイス（図示しない）を含むことができる。

本図の例では、データ処理システムのネットワーク１００はインターネットであり、ここでネットワーク１０２は、ＴＣＰ／ＩＰスイートのプロトコルを使用して互いに通信するネットワークとゲートウェイの世界的な集合を表す。インターネットの中心（心臓部）には、主要なノードまたはホストコンピュータ間の高速データ通信ラインのバックボーン（基幹回線）がある。これらのノードまたはホストコンピュータは、数千の商用、政府、教育ならびに他の、データおよびメッセージを経路指定するコンピュータシステムを含む。また、ネットワークデータ処理システム１００は、たとえばイントラネット、ローカルエリアネット（ＬＡＮ）、またはワイドエリアネットワーク（ＷＡＮ）など、いくつかの異なるタイプのネットワークとして実施することができる。図１は、例示として意図されており、本発明のアーキテクチャを限定するものとして意図されていない。

図２は、本発明の一実施形態によるサーバファーム１０４のブロック図である。図２に示されているように、サーバファーム１０４は、通信システム２１２を介して互いに通信する、サーバ２０２Ａ、２０２Ｂ、２０２Ｃなど複数のサーバを含む。通信システム２１２は、サーバファーム１０４に向かって送られる経路指定要求および応答を処理するために使用される。通信システム２１２は、たとえばバス、ネットワーク、共有メモリなどを含めて、様々な形態をとることができる。

サーバファーム１０４は、負荷マネージャ２１４を含むことができ、負荷マネージャ２１４は、通信システム２１２に接続され、ネットワーク１０２からサーバファーム１０４に向けて送られる要求を受け取るように働く。それらの要求は、クライアント１０８〜１１２（図１）から受け取られる要求を含むことができ、たとえば、ウェブページ、ファイル、および他のコンテンツを求める要求を含むことができる。負荷マネージャ２１４は、処理のために、それらの要求をサーバ２０２Ａ〜２０２Ｃに分配するように動作する。負荷マネージャ２１４は、本質的に、サーバファーム１０４のサーバ２０２Ａ〜２０２Ｃのどれにも、サーバファーム１０４で作られた要求によって不必要に負担がかからないようにするように動作する。

本発明の実施形態では、サーバファーム１０４は、サーバファーム１０４に関するコンフィギュレーションデータの本質的にすべてを格納するコンフィギュレーションデータベース２１８を含む。コンフィギュレーションデータベース２１８は、コンフィギュレーションデータを、サーバファーム１０４内のサーバ２０２Ａ〜２０２Ｃのそれぞれに送ることができるように、通信システム２１２に動作可能に接続される。コンフィギュレーションデータベース２１８は、サーバ２０２Ａ〜２０２Ｃのそれぞれのコンフィギュレーション設定を管理するために使用される。したがって、コンフィギュレーションデータベース２１８は、変更しなければならない、かつ／またはサーバファーム１０４の様々なサーバ２０２Ａ〜２０２Ｃに追加しなければならない、任意のコンフィギュレーション設定用の中央リポジトリ（収納庫）として働く。

コンフィギュレーションデータベース２１８を設けることにより、サーバ２０２Ａ〜２０２Ｃのコンフィギュレーション設定を手動で更新および／または追加しなければならないという必要がなくなる。サーバトポロジ（接続形態）に関する情報を格納することに加えて、コンフィギュレーションデータベース２１８はまた、セキュリティポリシー（機密保護方策）、アンチウィルス定義、言語設定など、アプリケーション特有の設定をも格納することができる。本発明の実施形態では、コンフィギュレーションデータベース２１８は、サーバファーム１０４内のコンフィギュレーションデータすべてのマスターコピーであり、したがって、サーバファーム１０４内の１組のサーバ全体にわたって同じ情報を使用可能にすることを可能にする。

サーバファーム１０４はまた、少なくとも１つのコンテンツストア２２０を含むことができる。サーバファーム１０４の他の動作要素と同様に、コンテンツストア２２０は、コンテンツストア２２０内に記憶された情報をサーバファーム１０４の様々な構成要素に分配することを可能にするために、通信システム２１２に動作可能に接続される。本発明の例示的な実施形態では、コンテンツストア２２０内のコンテンツは、サーバファーム１０４内のサーバのためのデータである。そのようなデータは、文書、データ項目、ディスカッション（意見交換）、タスクなどを含む。コンテンツストア２２０は、コンフィギュレーションデータベース２１８と共に動作し、サーバ２０２Ａ〜２０２Ｃのうちの１つまたは複数の、所与のコンフィギュレーション変更に特に関連するコンテンツを提供する。本発明の例示的な実施形態では、コンテンツストア２２０は、コンフィギュレーションデータベース２１８とインターフェースをとらない。コンフィギュレーションデータベース２１８は、どのコンテンツデータベースがサーバに関するデータを記憶しているかというマップを含む。その結果、コンテンツストアがサーバファーム１０４内の特定のサーバのためのコンテンツを含むかどうか、サーバファーム１０４内の各コンテンツストア２２０に照会する必要がない。

本発明の例示的な実施形態では、サーバファーム１０４は、任意に拡張可能である。これは、サーバファーム１０４を、サーバ２０２Ａ〜２０２Ｃ以外の複数のサーバを用いて任意に拡張することができることを含む。さらに、サーバファーム１０４は、それらの複数のサーバに関するデータを記憶するために、複数のコンテンツストア２２０を含むことができる。

具体的には、図３に示されているように、本発明の例示的な実施形態は、コンフィギュレーションデータベース２１８内でコンフィギュレーションデータを追加する、またはコンフィギュレーションデータを管理するために、コンフィギュレーションオブジェクトモデル３０２を備えることによって、サーバファーム１０４の任意の拡張を可能にする。たとえば、図３に示されているように、コンフィギュレーションオブジェクトモデル３０２は、ユーザが新しいコンフィギュレーションデータ３０４をコンフィギュレーションデータベース２１８に追加することを可能にする。コンフィギュレーションオブジェクトモデルは、ユーザにコンフィギュレーションデータベース２１８のスキーマ（情報の構造を定義するための記述）を理解することを要求することなしに、また、ユーザにコンフィギュレーションデータベース２１８を編集することを要求することなしに、ユーザがサーバファーム１０４に関するコンフィギュレーションデータを拡張または更新することを可能にする。本発明の例示的な実施形態では、.Ｎetオブジェクトベースクラスが、コンフィギュレーションオブジェクトモデル３０２のために提供される。ユーザは、特定のコンフィギュレーションデータを用いてベースクラスを拡張することができる。次いで、そのようなデータは、コンフィギュレーションデータベース２１８内に一体化される。その結果、ユーザは、コンフィギュレーションデータベース２１８のスキーマを理解することも修正することもなしに、コンフィギュレーションオブジェクトモデル３０２を介して、コンフィギュレーションデータベース２１８と対話し、様々なタイプのデータをコンフィギュレーションデータベース２１８に追加することを行うことが必要なだけである。本発明の例示的な実施形態では、アプリケーションに関するコンフィギュレーション情報を収納するオブジェクトは、たとえばSPPersistedObjectと名付けられたベースクラスから導出される、またはそのベースクラスによって収納される。更新されたとき、このクラスは、「persisted（存続）」属性でマークされたフィールドすべてをＸＭＬにシリアル化し、そのＸＭＬブロブをコンフィギュレーションデータベース２１８に書き込むことになる。ベースクラスは、ベースタイプ、他のSPPersistedObject、またはその２つのうちの一方の集まりであるそのメンバのすべてをシリアル化するためのコードを容れる。そのような設計は、アプリケーションに関するコンフィギュレーションデータを容れる新しいオブジェクトを、サーバファーム１０４の一部であるアプリケーションによって必要とされたときに、コンフィギュレーションデータベース２１８に追加することを可能にする。

本発明の実施形態はまた、サーバファーム１０４内のサーバに対するコンフィギュレーションデータベース２１８内で何らかの変更があれば、それを自動的に複製する同期機構を提供する。本発明の例示的な実施形態では、サーバファーム１０４のサーバ２０２Ａ〜２０２Ｃのそれぞれは、エージェント（agent）を含む。このエージェントは、サーバ内のローカルメモリおよび／またはハードディスク内で動作可能に記憶されてよい。図３に示されているように、サーバ２０２Ａは、エージェント３０６を含む。動作としては、エージェント３０６は、コンフィギュレーションデータベース２１８内のコンフィギュレーションデータに対して修正が発生したかどうか判定するように動作する。好ましくは、エージェント３０６は、定期方式（a timed basis）で動作し、これにより、コンフィギュレーションデータベース２１８内で変更および／または追加が発生したかどうか判定するために、コンフィギュレーションデータベース２１８の定期的なポーリングが可能になる。

本発明の例示的な実施形態では、エージェント３０６は、SharePoint Timerなど、Microsoft Windows（登録商標）サービスにおけるスレッド(thread)である。エージェント３０６は、少なくとも１分に１回コンフィギュレーションデータベース２１８に接続し、クエリを実行する。クエリは、サーバ２０２Ａ上の最も新しいコンフィギュレーションレコードのタイムスタンプ(時刻印)を使用する。クエリは、タイムスタンプを、コンフィギュレーションデータベース２１８に照会するための入力として使用し、タイムスタンプによって記録されている時間以来、作成、変更、または削除された、コンフィギュレーションデータベース２１８内のコンフィギュレーションレコードがあればそれを返す。

本発明の例示的な実施形態では、エージェント３０６は、コンテンツストア２２０と直接インターフェースしない。しかし、エージェント３０６は、サーバファーム１０４内のサーバ上の他のプロセスがコンテンツストア２２０に接続するのに必要な情報を伝搬する助けとなる。たとえば、本発明の例示的な実施形態では、追加の使用に対処するために新しいコンテンツデータベースがサーバファーム１０４に追加される場合、エージェント３０６は、サーバファーム１０４内の、使用可能なコンテンツデータベースを識別するサーバ上のリストに新しいコンテンツデータベースを登録するために、新しいコンテンツデータベースに関する接続ストリング（文字列）を、サーバファーム１０４内のサーバのそれぞれに分配することになる。その結果、サーバファーム１０４内のサーバの他のプロセスは、コンテンツを格納するために新しいコンテンツデータベースを使用することができる。本発明の実施形態では、エージェント３０６は、少なくとも毎分、コンフィギュレーションデータベース２１８に照会し、クエリを実行し、任意のコンフィギュレーションレコード変更に関する情報を伝搬するように、ループ（環状）で実行される。

したがって、本発明の実施形態は、サーバファーム１０４などサーバファームに対して、拡張可能な、自動的に複製するコンフィギュレーション管理を行うための方法を提供する。図４は、少なくとも１つのサーバを含むサーバファームに対して、拡張可能な、自動的に複製するコンフィギュレーション管理を行うための例示的なプロセス４００を示す。図４に示されているように、プロセス４００は、サーバファームに関するコンフィギュレーションデータすべてを、コンフィギュレーションデータベース２１８などコンフィギュレーションデータベース内に格納する。ブロック４０２を参照されたい。コンフィギュレーションデータは、サーバトポロジ、セキュリティポリシー、アンチウィルス定義、言語設定などアプリケーション特有の設定を含むことができる。また、プロセス４００は、コンフィギュレーションオブジェクトモデル３０２などコンフィギュレーションオブジェクトモデルを構築する。ブロック４０４を参照されたい。たとえば、コンフィギュレーションオブジェクトモデルは、コンフィギュレーションデータベースのスキーマを知っていることも使用することもなしに、コンフィギュレーションデータベースに新しいコンフィギュレーションデータを提供するために、サブクラス化またはインスタンス化することによって拡張することができるベースクラスである。また、プロセス４００は、サーバファーム内の各サーバにおいて、エージェント３０６など同期機構を確立する。ブロック４０６を参照されたい。本発明の例示的な実施形態では、同期機構は、コンフィギュレーションデータベースに定期的に照会し、最後の照会以来、コンフィギュレーションデータベース内で変更があればそれを更新する。その後、プロセス４００は終了する。プロセス４００における動作の説明の順序は、これらの動作が、提示されている順序で必ず実行される、あるいは順序に依存するものであるとさえ暗示するものと解釈すべきでない。

本発明の例示的な実施形態について例示し、述べたが、本発明の技術思想および範囲から逸脱することなしに、様々な変更を本発明に加えることができることが理解されるであろう。

本発明の諸態様を実施することができるデータ処理システムの例示的なネットワークを示す絵で表した図である。 図１で使用される例示的なサーバファームを示すブロック図である。 他の例示的なサーバファームを示すブロック図である。 拡張可能な、自動的に複製する、サーバファームのコンフィギュレーション管理のための例示的なプロセスを示す流れ図である。

Claims (17)

1. サーバファームに関するコンフィギュレーションデータを格納するコンフィギュレーションデータベースと、
   前記コンフィギュレーションデータのいずれの変更でもその変更でサーバを自動的に更新するための同期機構を含む、少なくとも１つのサーバと
   を備えることを特徴とするサーバファーム。
2. 前記コンフィギュレーションデータベースが、コンフィギュレーションオブジェクトモデルを拡張するコンフィギュレーションデータオブジェクトによって提供されるコンフィギュレーションデータによって更新されることを特徴とする請求項１に記載のサーバファーム。
3. 前記コンフィギュレーションデータオブジェクトは、前記コンフィギュレーションデータベースのスキーマを使用することなしに前記コンフィギュレーションオブジェクトモデルを拡張することを特徴とする請求項２に記載のサーバファーム。
4. 前記同期機構は、
   前記コンフィギュレーションデータベースに定期的に照会すること、および
   前記コンフィギュレーションデータの変更を前記サーバにダウンロードすること
   によって、前記コンフィギュレーションデータのいずれの変更でもその変更で前記サーバを自動的に更新することを特徴とする請求項１に記載のサーバファーム。
5. 前記同期機構はタイマーサービスであることを特徴とする請求項４に記載のサーバファーム。
6. サーバファーム内の少なくとも１つのサーバに関するデータを記憶する少なくとも１つのコンテンツストアをさらに備えることを特徴とする請求項１に記載のサーバファーム。
7. 前記同期機構は、前記コンテンツストアについての情報を前記サーバに伝搬することを特徴とする請求項６に記載のサーバファーム。
8. サーバファーム内のサーバの間で、サーバファームに対してなされた要求を分配するための負荷マネージャをさらに備えることを特徴とする請求項１に記載のサーバファーム。
9. 少なくとも１つのサーバを含むサーバファームに対して、拡張可能な、自動的に複製するコンフィギュレーション管理を行うためのシステムであって、
   前記サーバファームに関するコンフィギュレーションデータを格納するコンフィギュレーションデータベースと、
   前記コンフィギュレーションデータベースのスキーマを使用することなしに、前記コンフィギュレーションデータベース内の前記コンフィギュレーションデータを更新するために拡張可能であるコンフィギュレーションオブジェクトモデルと、
   前記サーバファーム内の各サーバ内における、前記コンフィギュレーションデータのいずれの変更でもその変更で前記サーバを自動的に更新するための同期機構と
   を備えることを特徴とするシステム。
10. 前記同期機構は、
    前記コンフィギュレーションデータベースに定期的に照会すること、および
    前記コンフィギュレーションデータの変更を前記サーバにダウンロードすること
    によって、前記コンフィギュレーションデータのいずれの変更でもその変更で前記サーバを自動的に更新することを特徴とする請求項９に記載のシステム。
11. 前記同期機構はタイマーサービスであることを特徴とする請求項９に記載のシステム。
12. 前記サーバファーム内の少なくとも１つのサーバに関するデータを記憶する少なくとも１つのコンテンツストアをさらに備えることを特徴とする請求項９に記載のシステム。
13. 前記同期機構は、前記コンテンツストアについての情報を前記サーバに伝搬することを特徴とする請求項１２に記載のシステム。
14. 前記サーバファーム内のサーバの間で、前記サーバファームに対してなされた要求を分配するための負荷マネージャをさらに備えることを特徴とする請求項９に記載のシステム。
15. 少なくとも１つの要求を前記サーバファームに送る少なくとも１つのクライアントデバイスをさらに備えることを特徴とする請求項９に記載のシステム。
16. 少なくとも１つのサーバを含むサーバファームに対して、拡張可能な、自動的に複製するコンフィギュレーション管理を行うための方法であって、
    前記サーバファームに関するコンフィギュレーションデータをコンフィギュレーションデータベース内に格納するステップと、
    前記コンフィギュレーションデータベースのスキーマを使用することなしに、前記コンフィギュレーションデータベース内の前記コンフィギュレーションデータを更新するように拡張することができるコンフィギュレーションオブジェクトモデルを用意するステップと、
    前記サーバファーム内の各サーバについて、前記コンフィギュレーションデータベース内の前記コンフィギュレーションデータのいずれの変更でもその変更で前記サーバを自動的に更新するための同期機構を確立するステップと
    を含むことを特徴とする方法。
17. 前記同期機構は、
    前記コンフィギュレーションデータベースに定期的に照会するステップと、
    前記コンフィギュレーションデータの変更を前記サーバにダウンロードするステップと
    によって、前記コンフィギュレーションデータのいずれの変更でもその変更で前記サーバを自動的に更新することを特徴とする請求項１６に記載の方法。

Images