在Windows Server 8中，微軟完全重新設計了服務器管理（Server Manager）控制臺。

　　盡管它在Windows Server 8發(fā)布之前仍會保持安靜，但是關于新控制臺如何影響管理員工作流程，不管是正面的還是負面的，開發(fā)者預先發(fā)行版都提供了一些線索。

　　多服務器管理

　　在新版服務器管理器中微軟已經(jīng)完成的一件事情是同時并按角色管理多臺服務器的功能。例如，服務器管理器會讓同時執(zhí)行文件服務器上的配置任務成為可能，而不需要像現(xiàn)在這樣單獨配置每臺服務器。

　　在單次操作中能夠管理多臺服務器會幫助提高管理效率，但是這還有其它好處。

　　微軟聲稱，Windows Server 8的優(yōu)先部署類型會是服務器核心。但是不像Windows Server 2008，它可以以完全的GUI部署開始，在管理員開始習慣通過PowerShell管理服務器后卸載GUI。

　　PowerShell對于執(zhí)行涉及到多臺服務器的批量操作來說很好用。在新的服務器管理控制臺執(zhí)行這些相同類型的操作將幫助那些對PowerShell小心翼翼的管理員習慣使用與在PowerShell中執(zhí)行相同的基礎方法執(zhí)行任務。

　　微軟甚至可能通過借用Exchange Server在減少PowerShell學習過程上更進一步。Exchange管理控制臺內(nèi)置在PowerShell的頂部，就像新的服務器管理控制臺。當你在Exchange管理控制臺上執(zhí)行一項操作時，控制臺實際上顯示用來執(zhí)行操作的PowerShell命令（大概是為了讓管理員更習慣使用PowerShell）。現(xiàn)有的服務器管理構造還沒有這么做，但是如果你微軟看到在之后的構造中展示基礎的PowerShell命令，這也不令人驚訝。

　　構造的頭痛之處

　　除了在PowerShell頂部構建服務器管理器，微軟還做了另一項重大的架構改變，這項舉動可能會讓一些管理員感到驚訝。之前版本的服務器管理器直接與基礎的操作系統(tǒng)互動。但是新版的服務器管理器把每個會話當作遠程會話，即使管理員管理的是一臺本地服務器。

　　微軟在Exchange 2010中對Exchange管理控制臺做了相同的事情。這個改變意味著即使是管理員想管理本地服務器也必須有一些適當?shù)囊蕾噥韼椭h程連接。這些依賴是WinRM、WSMan和IIS。服務器管理器幾乎是以相同的方式工作。如果你看看圖1，你可以看到IIS（萬維網(wǎng)發(fā)布服務）和WinRM（Windows遠程管理）都是默認啟用的。

 
圖1：服務器管理器中的遠程連接

　　盡管這個架構上的轉(zhuǎn)變也許看起來微不足道，但是毫無疑問它將帶來很多來自管理員的支持電話，他們還沒有意識到這些根本需求。

　　傳統(tǒng)操作

　　新版的服務器管理器沒有向后兼容之前版的Windows。微軟計算最終發(fā)布一個附加組件來實現(xiàn)服務器管理器對Windows Server 2008 和Windows Server 2008 R2的管理，但是沒有類似的附加組件可用于更加古老的Windows Server操作系統(tǒng)。

　　過時的顯示

　　服務器管理器里顯示的信息不總是***的。因為服務器管理器設計用來遠程地與多臺服務器同時互動，微軟必須以一種讓它不會影響性能的方式進行設計。

　　服務器管理器并沒有不斷地查詢各臺受管理的服務器試圖顯示實時的配置信息，它的默認查詢周期是10分鐘。這意味著通過服務器管理器顯示的信息可能是幾分鐘前的。管理員必須調(diào)整查詢同期，如圖2所示，或者習慣于手動地刷新顯示。

 
圖2：服務器管理器中的查詢

　　管理員當然會經(jīng)歷該服務器管理器新版本的成長之痛。盡管學習過程最初會影響管理效率，但是新功能將不僅僅會彌補生產(chǎn)中最初的損失。