服務器群中的解決方案的部署的制作方法

專利名稱：服務器群中的解決方案的部署的制作方法
服務器群中的解決方案的部署
背景技術：
現今，因特網被廣泛地用于向使用瀏覽器的用戶傳送應用程序。因特網還被 用于Web上貿易，其中各個消費者和企業使用Web來購買各種貨物和服務。事實 上，某些公司僅在Web上供應貨物和服務，而其他公司則使用Web來擴展他們的領域。
關于這些貿易活動以及其它活動，企業和其它內容供應商使用服務器來處理 來自不同用戶的請求。各種架構被用來處理這些請求。通常，其中具有群集中的的 一組服務器("服務器群(server farm)")的分布式架構被用來處理請求。在這 樣的服務器群系統中，服務器組在用戶看來就像是單個服務器。負載平衡機制可被 用于確定服務器群中的哪個服務器將被用于處理送往該服務器群的各種請求。
配置和維護服務器群內的各種服務向來就是一個難題。隨著給定服務器群中 的所采用的服務器總體數量的增長，該問題被加劇。為了適當地維護服務器群內的 服務器，各服務器必須不時地被更新。這些更新包括由服務器所提供的配置數據和 服務，從而確保服務器的每一個的某些設置相對于彼此同步，并且接近實時地保持 對存在于服務器群的服務器上的各種服務和應用程序的理解。
遺憾的是，執行服務器管理的當前技術無法提供能夠對服務器群內的服務器
進行系統和全面管理的內聚性方法。例如， 一個組織中的典型的因特網系統結合多
個Web服務器來實現高度可靠的和可升級的方式。這種群實現中的Web服務器必
須進行一致配置，因為它們支持同一組邏輯內容。然而，隨著時間的流逝，服務器
群可能需要使用針對特定用戶需要的解決方案("客戶解決方案")來更新。例如，
可能需要將新的應用程序組件應用于服務器群中的服務器。然而，因為單獨的服務 器具有其自身的邏輯和物理特性，這些服務器的管理員通常不具有執行一個操作的
能力以及不具有一致地應用該操作到服務器群中的多個服務器的能力。結果，服務 器群的管理員必須訪問每個服務器并分別在每個服務器上部署客戶解決方案。
客戶解決方案的這種單獨部署引起了一些問題。首先，如果多個服務器用于 '支持同一邏輯內容，則在每個服務器上單獨地部署客戶解決方案可導致不一致問
題。服務器上的解決方案的不一致部署可引發對同一邏輯內容的非預期操作。第二，
管理員在分別對各個服務器部署多個解決方案的期間可能出錯。結果，這些錯誤在
服務器中將自身表現為不一致且難以診斷的問題。對于管理員而言，確保多個服務
器就它們所部署的解決方案的狀態彼此一致是困難的。因此，期望為服務器群中的 服務器集中存儲諸如應用程序設置和解決方案的所有配置數據。還期望可將集中存
儲的配置數據基于請求以一致的方式自動地部署到服務器群中的所有服務器中。 概要
本發明通過提供用于在服務器群上部署解決方案來解決上述需要。本發明的 另一個方面是提供為服務器群中的所有配置數據的主副本(master copy)的配置數 據庫。配置數據庫可包括為該服務器群收集的包含解決方案的邏輯對象的解決方案 存儲(solution store)。這些邏輯對象包括解決方案的二進制表示，以及諸如解決 方案的狀況的關于該解決方案的信息，例如解決方案是否已被部署到服務器群。
本發明的另一個方面提供了用于向解決方案存儲提交解決方案的多個機制。 這些機制可使用命令行工具或Web接口來向服務器群提交解決方案。Web接口可 在遠離服務器群的系統上。較佳地，每個被提交的解決方案擴展一個配置對象模型， 該模型允許在不需要開發者了解或更改配置數據庫的模式的情況下，將解決方案添 加到解決方案存儲。提交解決方案可能需要對解決方案存儲的特定訪問權。被提 交的解決方案可能還需要通過一些驗證核對以便確保解決方案在邏輯上正確、沒有 病毒或另外與服務器群環境兼容。無法通過驗證核對的解決方案將不被部署在服務 器群上。
本發明的又一個方面允許服務器群的管理員檢查所提交的解決方案的列表， 以便選擇向服務區群中的所有服務器部署所提交的解決方案的一個或多個。一旦選 擇了解決方案，則可立刻進行解決方案的部署。解決方案的部署還可延遲到稍后的 時間來進行，例如在服務器群的使用率較低的午夜。
在服務器群中的服務器的每一個上的定時器服務用于在包括多個服務器的服 務器群上部署解決方案。定時器服務可以用兩個階段來部署解決方案。在第一階段， 定時器服務從配置數據庫中檢索解決方案包(bundle)、拆開解決方案包以及將解 決方案文件存儲到服務器上的指定目錄中。在第二階段，定時器服務在服務器上安 裝解決方案。具有比定時器服務更高特權的系統服務("管理服務(Admin Service)") 可用于將解決方案安裝到服務器系統的特權區域。當完成解決方案的安裝時，定時
器服務向配置數據庫發送安裝完成消息。較佳地，如果解決方案已被成功地安裝在 所有服務器上，則配置數據庫將更新解決方案的狀況，例如從"將要部署"到"已 部署"。然后，每個服務器將執行解決方案文件中的定制解決方案代碼。
總之，本發明提供了一種系統和方法，使得解決方案的開發者能夠將用于服 務器群的解決方案提交到服務器群中的集中位置，同時服務器群的管理員可獨立地 選擇是否部署這些解決方案以及何時部署。結果，可將用于服務器群的解決方案一 致且自動地部署到服務器群中的所有服務器。
本概要被提供用于以簡化形式介紹將在以下具體描述中進一步描述的概念的 精選。本概要并非旨在標識所要求保護的主題的關鍵特征或本質特征，也并非旨在 用于幫助確定所要求保護的主題的范圍。


在所附權利要求中闡述了本發明被認為是本發明的特性的新穎特征。然而， 通過參考以下結合附圖閱讀的示例性實施例的詳細描述，將更好地理解本發明自身 以及使用較佳模式、進一步的目標及其優點，其中
圖1是示出其中可實現本發明的方面的數據處理系統的一個示例性網絡的框
圖2是示出適用于圖1中的一個示例性服務器群的框圖3是示出了一個示例性服務器群的框圖，其中解決方案被提交到服務器群 中的集中位置；
圖4是示出了其中解決方案可部署到服務器群中的各個服務器的一個示例性 服務器群的框圖5A-5B是示出了用于服務器群中的解決方案的部署的一個示例性進程 的框圖。
示例性實施例的詳細描述
圖1示出了可在其中實現本發明的一個示例性實施例的數據處理系統的網絡 100的圖示。數據處理系統的網絡100包括網絡102，該網絡102是用于在數據處 理系統的網絡100內連接在一起的各種設備與計算機之間提供通信鏈接的介質。網 絡102可包括諸如有線或無線通信鏈接、光纖電纜等的連接。
如圖1中所示，數據處理系統的網絡100包括至少一個服務器群104和多個 客戶機108-112，所有這些都連接到網絡102。服務器群104 —般被呈現為用于處 理請求的單個服務器或"虛擬"服務器的一組服務器構成。客戶機108、 110和112 是服務器群104的客戶機。這些客戶機108、 110和112可以是例如個人計算 機或網絡計算機。 一般而言，服務器群104向客戶機108-112提供諸如引導文 件、操作系統鏡像、應用程序、Web內容的數據。數據處理系統的網絡100可 包括未示出的附加服務器、客戶機和其它設備。
在所示示例中，數據處理系統的網絡100是因特網，其中網絡102表示使用 TCP/IP協議族來彼此通信的網絡和網關的全球范圍的集合。在因特網的中心處是 主節點或主機之間的高速數據通信線路的主干。這些節點或主機包括路由數據和消 息的成千上萬的商業、政府、教育和其它計算機系統。網絡數據處理系統IOO還可 實現為諸如內聯網、局域網(LAN)或廣域網(WAN)等許多不同類型的網絡。 圖1旨在作為示例，而無意作為本發明的架構上的限制。
圖2是根據本發明的一個示例性實施例的服務器群104的框圖。如圖2中 所示，服務器群104包括諸如202A、 202B、 202C等彼此通過通信系統212通 信的多個服務器。通信系統212用于處理發向服務器群104的路由請求和響應。 通信系統212可采用包括例如總線、網絡、共享存儲器等在內的各種。
服務器群104可包括連接到通信系統212并且用于接收從網絡102發往服 務器群104的請求的負載管理器214。這些請求可包括從客戶機108-112(圖1) 接收的請求，并且可包括例如對網頁、文件以及其它內容的請求。負載管理器 214操作向用于將請求分布到服務器202A-202C以便處理。實質上，負載管理 器214操作用于確保服務器群104的服務器202A-202C中沒有一個多余地承擔 由服務器群104作出的請求。
在本發明的實施例中，服務器群104包括基本上存儲用于服務器群104的 所有配置數據的配置數據庫218。在本發明的實施例中，配置數據庫218是服 務器群中的所有配置數據的主副本，從而使得相同的信息在服務器群104中的 一組服務器上可用。配置數據庫218可操作地連接到通信系統212以便使得配 置數據能被發送到服務器群104中的服務器202A-202C的每一個。配置數據庫 218用于管理服務器202A-202C的每一個的配置設置。因此，配置數據庫218 起到用于必須被改變和/或添加到服務器群104的各個服務器202A-202C的任 意配置設置的中央存儲庫的作用。提供配置數據庫218消除了必須手動更新和 /或添加服務器202A-202C的配置設置的需要。除存儲關于服務器拓撲的信息
之外，配置數據庫218還可存儲諸如安全策略、反病毒定義(antivirus definition)、語言設置等的應用程序專用設置。在本發明的實施例中，配置數 據可存儲一個或多個解決方案，它們可應用到服務器群104中的服務器。解決 方案包括包含應用程序代碼、定義或本地化資源的、可指導服務器提供特定內 容或服務的打包文件。較佳地，如圖3中所示，配置數據庫218可包括命名為 解決方案存儲300的獨特單元。解決方案存儲300可包括一組邏輯對象。每個 邏輯對象包括表示解決方案的二進制文件以及關于每個解決方案的狀況的狀 態信息，諸如解決方案是否己被選擇用于部署，或者解決方案是否已部署等。
服務器群104還可包括至少一個內容存儲220。類似于服務器群104的其 它操作要素，內容存儲220可操作地連接到通信系統212以便使得存儲在內容 存儲220內的信息能夠被分布到服務器群104的各個組件。在本發明的示例性 實施例中，內容存儲220包含用于服務器群104中的服務器的數據。這些數據 包括文檔、數據項、討論(discussion)、任務等。內容存儲220連同配置數據 庫218—起操作以提供與服務器202A-202C的一個或多個的給定配置的改變具 體相關的內容。在本發明的示例性實施例中，內容存儲220不與配置數據庫218 接口。配置數據庫218包含哪個內容數據庫存儲用于服務器的數據的映射。結 果，無需查詢服務器群104中的每個內容存儲220來查看內容存儲是否包含用 于服務器群104中一特定服務器的內容。
在本發明的示例性實施例中，服務器群104是可任意擴展的。這包括服務 器群104可用服務器202A-202C之外的多個服務器進行任意擴展。另外，服務 器群104可包括用于存儲服務器群104中的多個服務器的數據的多個內容存儲 220。
具體地，本發明的實施例使得能夠通過多個傳輸機制將解決方案添加到配 置數據庫218和/或解決方案存儲300。圖3示出了通過其可將解決方案提交或 添加到配置數據庫218的示例性傳輸機制。 一個示例性傳輸機制是命令行接口 301。另一個示例性傳輸機制是Web接口 304。 Web接口 304可在服務器群的 外部，并且通過網絡102與配置數據庫218通信。這種Web接口 304提供了用 于提交解決方案的遠程技巧。用于將解決方案與配置數據庫218結合成整體的 其它替代傳輸機制包括使用遠程程序調用或SOAP接口以便于服務器群104的 解決方案的自動地提交和部署。
在本發明的示例性實施例中，所提交的解決方案擴展一個配置對象模型 302，該模型能夠任意擴展配置數據庫218。該配置對象模型302使得用戶在無 需用戶了解或更改配置數據庫218的模式情況下，能夠擴展或更新用于服務器 群104的配置數據。在本發明的一個示例性實施例中，配置對象模型302包括 基于.Net對象的類。用戶可用特定的配置數據通過子類化或實例化該基類來擴 展該基類。然后，這些數據被集成到配置數據庫218中。結果，用戶僅需要通 過配置對象模型302來向配置數據庫218添加不同類型的數據。用戶無需了解 或更改配置數據庫218的模式。在本發明的一個示例性實施例中，包含用于應 用程序的配置信息的對象是或者從命名為例如PersistedObject的基類派生或者 為其所包含。當更新時，該類將序列化(serialize)為所有字段都用"持久化" 屬性標記的XML，并且將該XML二進制大型對象寫入配置數據庫218中。該 基類包含用來對其所有基類型的成員、對其它PersistedObject或者兩者之一的 集合序列化的代碼。這種設計使得包含用于服務器群104的配置數據的新的對 象能夠按需被添加到配置數據庫218中。
在本發明的示例性實施例中，不管傳輸機制如何，將解決方案提交到配置 數據庫218的開發者或管理員必須具有訪問配置數據庫218的特定權限。沒有 這些特定權限，則開發者或管理員無法將解決方案提交到配置數據庫218。另 外，在本發明的示例性實施例中，僅當所提交的解決方案通過特定驗證核對以 確保解決方案在邏輯上正確、沒有病毒或另外與服務器群104兼容時，才部署所 提交的解決方案。
因而，配置數據庫218和/或解決方案存儲300為存儲由服務器群104的開發 者和/或管理員提交的解決方案提供了集中位置。可保證將解決方案提交到配置數 據庫21S,而與從配置數據庫218部署該解決方案的能力無關。這種分離使得服務 器群104的管理員能夠允許開發者提交解決方案同時保留在部署這些提交之前獨 立地審查這些提交的能力。
本發明的實施例自動地將給定解決方案部署到諸如服務器群104的服務器群 中的多個服務器。本發明的實施例提供了用于查詢以及將解決方案從配置數據庫 218下拉到服務器群104中的服務器的基于拉式(pull-based)的機制。在本發明 的示例性實施例中，這種基于拉式的機制通過包含在服務器群104中的每個服務器 中的定時器服務來實現。定時器服務查詢配置數據庫218以便同步任何未決的改 變。這些未決的改變包括對解決方案存儲300或運行于整個服務器群104上的一組 定時器作業的任何改變。使用這種基于拉式的機制避免需要打開諸如服務器202A
的服務器上的附加TCP/IP端口以與配置數據庫218通信的需要。通過無需附加打
開端口，由于沒有向黑客、病毒或其它攻擊形式暴露可能的入口從而獲得較少的風
險。圖4示出了用于查詢或從配置數據庫218下拉解決方案的基于拉式的機制的一 個示例性實現。如圖4中所示，服務器202A包含定時器服務402。在工作中，定 時器服務402查詢配置數據庫218和/或解決方案存儲300以確定哪個解決方案(如 果有)需要被部署到服務器群104以及由此到服務器202A。
在本發明的實施例中，服務器群104的管理員可檢查解決方案存儲300中所 提交的解決方案的列表。管理員可選擇部署所提交的解決方案的一個或多個，并且 可選擇對服務器群104中的一組服務器進行，或者對整個服務器群進行。
在本發明的實施例中，管理員還可選擇盡可能快的合理部署("立即部署 (immediate deployment)")或在稍后的時間部署("延遲部署(delayed deployment)")解決方案。當服務器群104中僅有一個服務器或當無需延遲部署 解決方案存儲300中的解決方案時，立即進行解決方案存儲300中的解決方案的部 署。存在兩種立即部署。在一個服務器的服務器群的情形中，在管理員發出部署請 求的同一系統中進行立即部署。不需要諸如定時器服務402的基于拉式的機制。在 多個服務器的服務器群104中，立即部署首先使用作為通信機制的定時器服務402 來通知服務器群104中的其它服務器的定時器服務開始部署。當管理員希望在多個 服務器的服務器群104中延遲部署解決方案時，例如直至服務器群104的使用率較 低的午夜，則解決方案的部署稱為延遲部署。定時器服務402被用在延遲部署中。
在本發明的示例性實施例中，定時器服務以兩個階段執行解決方案的部署。 在第一階段，定時器服務402指導服務器202A從配置數據庫218檢索解決方案包、 拆開解決方案包以及將解決方案文件存儲到服務器202A的指定目錄中。 一旦服務 器群104中的所有服務器已一致地部署解決方案，且沒有發生失敗，則定時器服務 402啟動第二階段。在第二階段期間，定時器服務402安裝解決方案文件、執行用 于服務器202A的任何定制解決方案代碼以及更新配置數據庫218中的配置信息。 如果服務器群104中的一個或多個服務器無法適當地部署解決方案，則不對配置數 據庫218中的配置信息產生影響。
在本發明的示例性實施例中，定時器服務402使用受限的特權來部署解決方 案。這種受限的特權使得定時器服務402能夠與配置數據庫218通信或對其更新， 但不能對其上運行定時器服務402的服務器202A上的實體進行操作。這種分離確 保定時器服務402不接收超出所需的安全特權。然而，對于諸如將解決方案安裝到
服務器中的特權區域中的操作而言，定時器服務402的受限特權是不足的。在這種 情況中，定時器服務402與命名為管理服務(Admin Service) 404的第二服務通 信。管理服務404對服務器202A具有提升的特權，并且可將解決方案安裝到服務 器202A中的特權區域。
本發明的一些實施例還提供了同步機制，該機制使得管理員能夠從配置數據 庫218下拉經更新的解決方案并將該解決方案應用到服務器群104中的諸如服務器 202A的特定服務器。此機制使得管理員能夠修正服務器群104中的特定服務器， 或者配備剛加入服務器群104的新服務器以使該服務器與服務器群104中的其它服 務器保持同步。同步機制將解決方案存儲300中的一組所部署的解決方案與已本地 部署在特定服務器上的一組文件及改變作比較，并且從解決方案存儲300下載丟失 的文件或改變。同步機制可用于通過使其與解決方案存儲300中向服務器群104 中的所有服務器指定的狀態一致來修正服務器的狀態。同步機制還可允許管理員明 確地選擇更新一個或多個服務器，而并非使用定時器服務402來向服務器群104 中的所有服務器部署解決方案。
在本發明的一個實施例中，管理員還可選擇取消已部署在服務器群104中的 所有服務器上的解決方案。解決方案的取消與上述解決方案部署相反。取消操作請 求服務器群104中的所有服務器移除一個或多個已部署的解決方案。較佳地，取消 操作不包括從配置數據庫218移除解決方案。
圖5A-5B包括表示用于將解決方案部署到服務器群中的服務器的一個示 例性進程500的流程圖。在本發明的一些實施例中，當解決方案被提交到服務 器群中的配置數據庫時，解決方案經歷驗證。解決方案的驗證包括確定解決方 案是否在邏輯上正確、是否沒有病毒或另外是否與服務器群環境兼容。這樣， 進程500通過驗證任何所提交的解決方案來開始。參見框502。然后，進程500 繼續進行確定驗證是否成功。參見判決框504。如果驗證失敗，則進程500前 進到繼續端A。如果判決框504的答復為是，表示驗證成功，則解決方案準備 好部署。或者，在解決方案要部署到服務器群之前，所提交的解決方案經歷驗 證進程。
如上所述，當管理員選擇解決方案進行部署時，解決方案的部署可立即發 生。解決方案的部署還可調度成在諸如服務器群的使用率較低的午夜的稍后的 時間。進程500允許諸如管理員的用戶調度解決方案的部署。參見框506。將 解決方案部署到服務器群中的所有服務器。因而，進程500經歷以判決框508
開始且以判決框518結束的循環以將解決方案部署到服務器群中的每個服務
器。在循環中，進程500首先確定服務器是否已從運行于服務器上的諸如圖4 中所述的定時器服務402的定時器服務接收到調用。參見判決框508。如果答 復為否，則進程500不再前進。如果判決框的答復為是，表示服務器已從要部 署解決方案的定時器服務接收到調用，則進程繼續進行允許服務器從集中存儲 用于服務器群的解決方案的配置數據庫中檢索解決方案。參見框510。然后， 服務器將包含在所下載的解決方案中的文件打開到服務器中的適當目錄。參見 框512。當需要時，進程500允許服務器中的諸如圖4中所述的管理服務404 的管理服務來為解決方案引導安裝進程。參見框514。安裝進程將解決方案文 件復制到適當的目錄并設置適當的解決方案配置。當結束安裝進程時，定時 器服務向配置數據庫發送消息指示解決方案已被部署并安裝在服務器上。參見 框516。然后，進程500檢查是否在服務器群中有另一個服務器需要部署解決 方案。參見判決框518。如果答復為是，則進程500返回到判決框508以認證 其是否開始為其它服務器部署解決方案。如果框518的答復為否，表示服務器 群中沒有服務器再需要部署解決方案，則進程500前進到繼續端B。
在本發明的實施例中，僅當解決方案通過驗證時，才對服務器群中的所有 服務器部署解決方案。因此，當解決方案無法通過驗證時，從繼續端A(圖5B) 向用戶一一例如請求在服務器群上部署解決方案的管理員一一發送消息，以指 示解決方案的驗證失敗。參見框520。結果，存在于服務器群中的服務器上的 任何解決方案文件將被刪除，盡管配置數據庫較佳地仍保留此解決方案包。參 見框522。然后，進程500退出，而解決方案并未被部署到服務器群中的任何 服務器。
相反。當已在服務器群中的所有服務器上成功地部署并安裝解決方案，則 服務器執行任何定制的解決方案代碼，并且該配置數據庫將更新其與該解決方 案相關的數據。例如，配置數據庫中的解決方案的狀況可從"將要部署"變成 "己部署"。因此，當服務器群中的服務器已成功地安裝解決方案時，進程500 從繼續端B (圖5B)繼續進行以更新與該解決方案相關的配置數據庫。參見框 524。然后，進程500繼續進行以允許服務器群中的所有服務器執行與解決方 案相關聯的任何定制解決方案代碼。然后，進程500結束。
雖然已示出并描述了本發明的示例性實施例，但是應當理解，可對本文作 出各種改變而不背離本發明的精神和范圍。
權利要求
1.一種服務器群，包括中央數據庫，用來存儲用于所述服務器群的解決方案；以及多個服務器，其中每個服務器包含用于自動地將一個或多個所述解決方案部署到所述服務器的服務(“定時器服務”)。
2. 如權利要求1所述的服務器群，其特征在于，還包括用于向所述中央數據庫提交解決方案的接口。
3. 如權利要求2所述的服務器群，其特征在于，所述接口是從由命令行和 Web接口構成的一組接口中選擇。
4. 如權利要求3所述的服務器群，其特征在于，所述Web接口在所述服務器群的外部。
5. 如權利要求1所述的服務器群，其特征在于，所述解決方案的每一個擴展 一配置對象模型，所述配置對象模型允許在不用更改所述中央數據庫的模式的情況 下，所述解決方案被提交到所述中央數據庫。
6. 如權利要求1所述的服務器群，其特征在于，所述定時器服務在預定時間 部署所述一個或多個解決方案。
7. 如權利要求1所述的服務器群，其特征在于，所述定時器服務部署所述一 個或多個解決方案，是通過在所述一個或多個解決方案已成功通過驗證之后，將所述一個或多個解決方 案從所述中央數據庫下載到所述服務器。
8. 如權利要求7所述的服務器群，其特征在于，所述驗證確保所述一個或多 個解決方案適合于部署。
9. 如權利要求7所述的服務器群，其特征在于，所述服務器還包括用于將所 下載的一個或多個解決方案安裝到所述服務器上的特權區域的第二服務。
10. 如權利要求l所述的服務器群，其特征在于，還包括取消機制，在所述一 個或多個解決方案已被部署之后，所述取消機制從所述服務器群中的所述多個服務 器移除所述一個或多個解決方案。
11. 如權利要求l所述的服務器群，其特征在于，還包括使所述服務器群中的 服務器與已被部署到所述多個服務器的所述一個或多個解決方案同步的同步機制，其中所述服務器是從所述多個服務器之一與所述服務器群的新服務器構成的一組 服務器中選擇。
12. —種用于在包括多個服務器的服務器群中部署解決方案的計算機實現方 法，包括將向所述服務器群提交的解決方案存儲在中央數據庫中；當接收到請求時，標識用于部署到所述多個服務器的所述解決方案的一個或 多個；以及將所述一個或多個解決方案部署到所述多個服務器。
13. 如權利要求12所述的方法，其特征在于，將向所述服務器群提交的解決 方案存儲在中央數據庫中包括從接口接受所述提交。
14. 如權利要求13所述的方法，其特征在于，所述接口是從由命令行和Web 接口構成的一組接口中被選擇。
15. 如權利要求14所述的方法，其特征在于，所述Web接口在所述服務器群 的外部。
16. 如權利要求12所述的方法，其特征在于，所提交解決方案的每一個擴展 一個配置對象模型，所述配置對象模型允許在不用更改所述中央數據庫的模式的情 況下，所述解決方案被提交到所述中央數據庫。
17. 如權利要求12所述的方法，其特征在于，將所述一個或多個解決方案部 署到所述多個服務器包括在預定時間部署所述一個或多個解決方案。
18. 如權利要求12所述的方法，其特征在于，將所述一個或多個解決方案部 署到所述多個服務器包括在所述一個或多個解決方案已成功通過驗證之后，將所述一個或多個解決方 案從所述中央數據庫下載到所述多個服務器的每一個。
19. 如權利要求18所述的方法，其特征在于，所述驗證確保所述一個或多個 解決方案適合于部署。
20. 如權利要求19所述的方法，其特征在于，還包括將所述解決方案安裝到 所述服務器上，使用的是所述服務器上具有用于將所述解決方案安裝到所述服務器 上的特權區域的特權的第二服務。
21. 如權利要求20所述的方法，其特征在于，還包括更新所述中央數據庫來 指示所述解決方案是否己被成功部署。
22. 如權利要求12所述的方法，其特征在于，還包括當接收到取消請求時， 從所述多個服務器移除所述一個或多個解決方案。
23.如權利要求12所述的方法，其特征在于，還包括使所述服務器群中的服務器與已被部署到所述多個服務器的所述一個或多個解決方案同步，其中所述服務 器是從由所述多個服務器之一與所述服務器群的新服務器構成的一組服務器中選擇。
全文摘要
提供了一種系統和方法，使得用于服務器群的解決方案能被提交到服務器群中的集中式位置處。可將所提交的解決方案選擇或調度成對服務器群中的所有服務器進行自動部署。可從服務器群中的服務器取消已部署的解決方案。可同步服務器群中的受損服務器或新服務器以便使其具有已被部署在服務器群上的相同的解決方案。
文檔編號G06F15/16GK101189595SQ200680019704
公開日2008年5月28日 申請日期2006年5月8日 優先權日2005年6月30日
發明者A·特魯帕斯提, C·M·羅瑟爾, J·K·班克斯頓, M·H·艾默蘭恩 申請人:微軟公司