瞭解 Microsoft Exchange Server 2003 作業

  • 發行項

 

上次修改主題的時間： 2004-10-19

資訊技術 (IT) 作業參考到日常管理的 IT 基礎結構。包含所有工作才能讓系統執行順暢的 IT 作業。此程序通常包括簡介和控制項的小變更到該系統, 例如信箱移動和硬體升級, 但它不會影響整體系統設計。在 Microsoft ® Exchange Server 2003 組織、 程序、, 角色和責任在作業所牽涉須為正式。

實作 Exchange Server 2003 作業程序根據 Microsoft Operations Framework (MOF) 需要：

  • 瞭解的 MOFMOF 是最佳作法、 原則和模型， 提供您技術指南有關管理的 IT 專案如每日 Exchange Server 2003 作業的集合。遵循 MOF 準則將協助您達成關鍵性生產系統可靠、 可用性、 支援和管理為 Microsoft 產品。
  • 熟悉一些最佳實務典範 Exchange 組織我們建議您執行證明和實際程序來管理 Exchange Server 2003 組織。使用嘗試, 測試, 並記錄管理在您組織作業的方法可能會比開發您自己的方法更有效率。
  • 分隔作業到每日、 每週, 及每月處理程序文件在貴公司執行定期操作工作。記載如何及何時會執行工作確保您的作業人員變更工作或離開公司時， 將資訊保留。新進員工也從本文件中獲益， 因為它有助於他們快速瞭解您的 IT 部門如何進行其 Exchange 作業。
  • 部署工具所需作業的 Exchange Server 2003 組織 許多工具可用來協助疑難排解問題及自動化工作。您可以定義一組標準的工具， 是由作業小組執行工作完成有效、 一致, 以及在控制方式。您也應該實作處理序來追蹤事件與主要設定變更。

本主題提供您瞭解、 工具和才能維護一個 Exchange Server 2003 環境最佳作法。它說明如何與整體 MOF 模型在適合的 Exchange Server 2003 管理。它將協助您設計操作管理環境並提供方法來實作程序， 讓執行順暢的環境。

Microsoft Operations Framework

Microsoft Operations Framework (MOF) 是一個範本上您可以設計程序、 控制項和需要針對 「 有效作業的 IT 基礎結構角色。

MOF 程序模型

MOF 提供指導方針 about how to 規劃、 部署, and 維護 IT 操作程序以支援的關鍵性服務解決方案。MOF 是一個一般模型， 您必須在公司適應許多的建議供使用。當您看到在 MOF 模型, “ 角色 ” 參考瞭解， 一個人可以指派許多角色, 尤其是在小型公司。但即使您代表整個 IT 部門, 程序和建議在這個模型是通常適用。

MOF 是一種結構化和彈性模型為根據：

  • Microsoft 諮詢和支援小組與在 Microsoft 企業客戶和合作夥伴, 以及內部 IT 作業群組使用其經驗。
  • IT 基礎結構程式庫 (ITIL), 其中描述程序和最佳實務的關鍵性服務方案傳遞所需。
  • ISO / IEC 15504 從 International Organization for Standardization (ISO), 提供正規化方式來評估軟體程序到期。

MOF 提供各種 Microsoft 產品 (例如，Microsoft Windows® Server™ 2003 和 Microsoft Exchange Server 2003) 的部署建議。如需關於 Microsoft Operations Framework 的詳細資訊，請參閱 https://go.microsoft.com/fwlink/?LinkId=21640。

有關 ITIL 和 ISO, 請參閱 http://www.ogc.gov.uk/index.asp?id=2261 和 http://www.iso.org 和分別。

MOF 補充和整合使用 Microsoft Solutions Framework (MSF)。MSF 是一種 disciplined 方法來管理技術專案根據 Microsoft 內部作法, 在使用與客戶和合作夥伴和產業最佳作法在軟體開發和專案管理經驗的 Microsoft 產品支援服務。MSF 是一種部署方法為設計和實作 IT 系統 (例如, 遷移專案， 將從 Lotus Notes 移動至 Exchange Server 2003), 而 MOF 處理日常管理的系統或環境, (如 Exchange Server 2003 組織。

MOF 程序模型的元件

MOF 程序模型是組成象限, 作業管理檢查, 並檢視服務管理。圖 1.1 顯示 MOF 週期運作方式。

Microsoft Operations Framework 週期

從圖, 您可以看到如何 MOF 程序模型移動 clockwise 以及將分割成四個整合象限, 如下所示：

  • 變更
  • 作業
  • 支援
  • 最佳化

這些象限形成一個螺旋生命週期從特定應用程式到一個完整作業環境與多個資料中心適用於 IT 作業。此程序模型是由服務管理功能 (SMF) 和整合小組模型和風險模型支援。是由對應作業管理審查 (亦稱為檢閱里程), 該象限的 SMF 的有效期間是評估支援每個象限。您應該瞭解， 雖然模型描述 MOF 象限循序, 可以在同一時間發生從所有象限活動。

簡要, 象限涵蓋下列活動：

  • 變更變更會計劃並測試在變更階段。之後發行 Readiness Review, 變更是展至實際執行環境並進入 「 作業階段。發行 Readiness 檢閱不應該會評估版在第一次 ； 它應該是在實際部署最後檢閱里程碑。使用 SMF 提供程序及工作道路並保證成功部署和為 Managed 版本推出。
  • 作業作業檢閱的目標是要提供處理序、 程序和工具可使支援系統如簡單且儘可能有效。將此象限中的 SMF 的視為一般資料中心活動, 例如， 系統管理、 監視, 和批次處理。這些活動保證平滑且可預測的發行作業。
  • 支援支援階段是維護系統, 使用這些工具和程序的程序。此象限包含才能提供持續支援給使用者的 IT 服務方案中的主要 SMF。如與任何程序、 系統、 應用程式或服務, 問題可以啟動作業啟動時。支援和作業人員必須識別， 指派, 並解決在服務層級合約 (SLA) 提出問題快速以符合需求設定。SLA 檢閱是如何有效執行系統的度量。反白所附的 SLA 檢閱問題可能顯示需要改進的區域。
  • 最佳化服務為此象限任務是要在維護或改進服務層級降低成本。到該系統的改善可能需要變更為硬體、 軟體或程序。為項目， 例如成本、 風險和優點會計 Release 核准檢閱評估建議讓變更。核准的變更會送入變更象限並透過開始處理。重複此程序通常是自然如不同團隊逐漸引入變更到該系統來達到改進。

MOF 架構正式說明步驟參與此改進循環, 指派責任對於每個步驟並啟用整個程序來管理。在每個階段, 的結尾有一個檢閱點。與大型 IT 部門, 這是可能成為檢閱會議人員或小組相關, 例如版本管理、 作業和安全性之間。只有檢查點， 指出您已準備好要繼續在小公司, 檢閱重點是可能。圖 1.2 顯示 MOF 與 MSF 關係。

MOF 與 MSF 的關係

MSF 處理可以幫助開發解決方案在回應到商業需求如需求來整合伺服器資源。在此情況下, 解決方案可能概述如何部署執行 Exchange Server 2003 的強大信箱伺服器。 在部署方案, 設計與部署小組手環境， 小組述 MOF 模型。這些小組管理每日作業, 並提供意見需求或建議， 變更才設計團隊。再次, 這是一個反覆程序， 您可以用來修改並持續改善您的方案。

服務管理功能

服務管理功能 (SMF) 是角色的人員或小組在組織, 例如， 支援人員或系統管理。SMF 代表的 MOF 程序模型為基礎。雖然 SMF 是交互功能及跨 quadrant, 適用於特定階段在象限的 SMF 的主要角色。舉例來說, 系統管理是屬於作業象限, 而版本管理是屬於變更象限。SMF 和 MOF 象限的週期， 每項 SMF 套用至是在本節中詳細討論。您公司的 IT 部門可能遵守這些角色和象限。在 MOF 週期圖 1.3 顯示這些服務管理功能。

MOF 的服務管理功能

  • 變更 此象限中的程序解決引進的新方案、 技術、 系統、 應用程式、 硬體和環境中的程序。這包括：
    • 變更管理 Involves 管理開發、 測試, 及首展變更到生產環境。變更管理程序的主要目標在於識別並給每個人誰將會受到即將變更提供詳細資訊。
    • 設定管理 Involves 識別、 記錄, 和追蹤的環境和關係元件之間。設定管理也負責維護其儲存主複本的所有軟體部署在 IT 環境明確軟體程式庫 (DSL)。
    • 版本管理 Involves 發佈新軟體, 硬體及程序發行到 「 生產與管理預先生產環境。不論技術或技術版本管理考量所有層面的版本。請確定該版本是也定義、 維護, 及排程為每個 IT 服務。
  • 作業 此象限中的程序 revolve 解決實際和有效率執行日常工作。
    • 系統管理 Involves 維護郵件系統及協調 IT 團隊。
    • 維護安全及安全的運算環境安全性管理 Involves。
    • Involves 目錄服務管理管理使用者帳戶, 組織單位及其他 Active Directory ® 目錄服務物件。目錄服務管理著重於日常作業、 維護和支援的組織。
    • 網路管理 Involves 維護實體網路基礎結構, 例如伺服器、 路由器和防火牆, 以確保該郵件系統可以彼此。
    • 服務監視和控制 Involves 監視系統效能， 以確保日常作業是與 SLA 相容。
    • 維護在您郵件組織資料儲存機制儲存管理 Involves 以確保可用性的資料。這包括備份及容量規劃。
    • 工作排程 Involves 排定維護工作在離峰時段 (例如, 備份和批次作業), 考慮使用容量。
  • 支援此象限中的程序 revolve 解決意外狀況、 問題和查詢的解析度。
    • 服務台提供有關設定和執行 「 組織單位或部門， 有單點的連絡人使用者與的 IT 服務提供者之間的指導。服務台組織活動和客戶有關意外狀況、 問題和查詢與生產系統相關的訊息。
    • 事件管理 Involves 管理解決任何錯誤或干擾到生產系統, 包括要擴大和與其他 SMF 通訊的程序。
    • 問題管理 Focuses 在結構重大問題應變程序的調查、 診斷、 解析和關閉的問題。
    • 在變更最佳化 Focuses 來最佳化效能或容量、 可用性, 增加或減少成本在傳遞的 IT 服務。
    • 服務層次管理 Involves 監視效能的 IT 部門及定期檢閱與 SLA 其相容。
    • 財務管理 Involves justifying 需要變更和其他支出的成本與利益。例如, 雇用與優點的減少等待時間為支援其他使用者服務支援人員的成本呼叫。
    • 容量管理 Involves 監視您的郵件系統的容量， 以確保與效能測量在 SLA 定義相容。
    • 可用性管理 Involves 管理、 監視, 和報告可用性、 可靠性和維護您的郵件系統。
    • 人力管理 Involves 提供最佳作法和評估人員需求、 開發技能和正小組 attitudes, 及傳送知識。
    • 定義安全性管理並通訊組織的安全性計劃、 原則、 原則及由相關外部企業或政府機關定義相關規定。
    • 的基礎結構開發工作, 轉換策略技術措施至功能 IT 環境項目, 管理技術計劃為 IT 工程、 硬體和企業架構專案, 和確保品質工具和技術是傳送基礎結構管理 Ensures 協調。

MOF 小組模型角色

MOF 程序模型和 MOF 小組模型是定義 Microsoft Operations Framework 核心模型。MOF 小組模型提供給組織和小組, 函式和能力的每個角色叢集的指引。在 MOF Team Model 角色叢集使用的處理程序模型 SMF。小組模型角色叢集啟用要遵循 SMF 程序。MOF 小組模型也建議的函數應該分開保存， 組合。例如, 小組用來測試變更它是發行到生產環境之前應該是分開小組開發變更。圖 1.4 顯示如何在 MOF 結合這些角色叢集。

MOF 內的角色叢集

MOF 小組模型定義七個角色叢集。這些角色經常反映小組如何都組織到一個中到大型環境。在本節會討論角色叢集：

  • 版本發行小組管理呈現到生產環境的變更， 是負責設定管理、 維護授權資訊, 而表單 liaison 在開發和作業群組。
  • 服務服務小組會負責對特定服務 (如整個組織提供訊息解決方案服務端對端管理。服務小組是參與設計、 部署和作業階段的方案。
  • 基礎結構基礎結構小組計劃並管理 IT 基礎結構, 包括容量預測、 管理標準建置及系統影像, 和監視系統可用性及連線。
  • 支援支援小組代表使用者和服務台支援之間 liaison。此小組管理與 SLA 相容， 提供事件及問題解析, 以及維護的一般解析知識庫。這個小組也負責提供客戶意見來設計小組。
  • 作業作業團隊管理使用者帳戶和信箱, 監視器效能及可用性的系統, 管理與外部系統、 監視佇列及日誌, 連線並維護防火牆。
  • 夥伴夥伴團隊 liaises 供應商和夥伴 (如網際網路服務提供者 (ISP) 之間。此小組與協力廠商管理 contractual SLA、 評估其他供應、 管理採購, 並進行購買決策。
  • 安全性安全性小組偵測病毒攻擊、 侵入嘗試、 拒絕的服務及其他攻擊。此小組必須監視使用量的 IT 資源和與標準相容並稽核追蹤及報告。此小組經常管理公開金鑰基礎結構 (PKI) 技術對於訊息簽章和加密, 以及外部測試包括郵件轉送測試和滲透測試必要。

此詳細 MOF 模型表單基於組織資源和責任來操作、 支援、 最佳化, 以及對 IT 基礎結構進行變更。

對於 Exchange 組織最佳作法

最佳作法是建議根據知識和經驗在許多環境由 IT 專業人員取得。它們提供標準程序如需一般工作， 郵件系統管理員必須完成每日和清單應該使用它們來管理 Exchange 2003 Server 組織的工具。

一般工作進行 Exchange 管理包括了：

  • 容量與可用性管理定義如何以及什麼來測量來預測未來容量需求。也, 至報表在容量、 可靠性和您系統的可用性。您必須確定正在執行 Exchange 的伺服器大小來處理系統, 上負載並在 SLA 定義層級會保留該突發中斷。此外, 您將須升級硬體可以繼續來符合定義需求。
  • 變更管理和設定管理控制如何對 IT 系統做變更。如果發生問題這應涵蓋測試、 應用程式、 意見及緊急應變計劃， 文件的所有變更和 buyoff 從管理。保留記錄的軟體和硬體資產及其組態。
  • 系統管理概述標準方法來執行管理工作, 例如資料庫管理及管理訊息。
  • 安全性管理有詳細原則以及規劃要保護資料機密性、 資料完整性和資料可用性的 IT 基礎結構。這包括日常活動及與維護並調整 IT 基礎結構安全性相關工作。
  • 系統疑難排解大綱方法來處理與預期的問題, 包括步驟， 在未來防止類似問題。
  • 服務層次合約維護一組在您的 IT 系統的效能目標與定期測量效能與這些目標。
  • 文件文件標準程序, 例如設定資訊與課程學習, 並使其可供有需要的 staffs。因此， 對設定所做變更, 更新文件。

容量與可用性管理

主要的容量管理與可用性管理是用來測量和控制系統效能。我們建議您執行容量管理與可用性管理程序， 讓您可以測量和控制系統效能。您必須知道系統是否可用以及它是否能處理目前和預計要求由設定基準和監視系統來尋找趨勢。

容量管理

容量管理包括規劃、 調整, 及控制服務容量， 以確保在您的 SLA 指定最小效能層級， 是超過。良好的容量管理可確保您可以提供 IT 服務在合理成本和仍然滿足層級的效能與用戶端在您的 SLA 定義。這些準則可以包含下列：

  • 系統回應時間這是測量一次， 系統對執行一般動作所。範例包括, 為用戶端來登入及驗證到網域、 允許要對的 Exchange 存放, 進行完整備份時間及時間以便從信箱或公用資料夾擷取項目採取時間。
  • 存放容量這是的儲存系統, 容量是否為網路共用、 備份磁帶機或的 Exchange 存放範例包括的儲存空間可提供每個使用者最小數量和的， 備份磁帶之前被覆必須保持時間量。

調整容量是經常一個確保可, 足夠的實體資源 (如磁碟空間及網路頻的情況。[ 表 1 列出一般解析為容量相關問題。

表 1 一般解析為容量相關問題

問題 可能解析

緩慢登入到信箱

介紹其他網域控制站到網站或增加網路頻寬

緩慢擷取的文件從公用資料夾

確定本機複本的公用資料夾是可用

透過 Microsoft Office Outlook ® Web Access 存取是太慢

增加可用頻寬的網際網路連線

網路共用上的可用空間不足

新增更多磁碟到該伺服器或儲存陣列

容量是受到系統設定， 取決於實體資源 (如網路頻寬。舉例來說, 如果執行 Exchange Server 2003 伺服器是設定為疑難排解資訊記錄到磁碟, 記錄檔案可能會改用出磁碟空間一段時間。這可以減少磁碟容量可在 Exchange 儲存庫。容量管理這一保持容量的系統在可接受程度和位址中的下列問題的程序：

  • 要在需求變更 Reacting容量需求要被調整成帳戶以變更在系統或組織。舉例來說, 如果您增加的 to the Internet, 郵件大小上限您可能發現相對增加在流量透過網際網路連線。那麼, 您可能需要以增加容量的連線若要防止在郵件傳輸中發生無法接受的延遲。
  • 預測未來需求某些容量需求 predictably 隨時間變更， 可以是為事先計劃。舉例來說, 在 Exchange 存放郵件的總數通常增加以相當常數速率。您可以藉由查看如何透過最後六個月, 變更 Exchange 儲存區大小來預測大約時它將達到限制。Standard Edition Exchange 2003 伺服器上的 Exchange 儲存區大小上限是 16 GB (含)。因此您將需要至任一計畫要升級 Enterprise Edition, 介紹信箱大小配額, 或新增 Exchange 伺服器並將某些信箱移到這些新伺服器。

可用性管理

可用性管理是確保一致和 cost-effectively 在於任何 IT 服務傳遞的客戶所需的可用性層級的程序。只使用最小化遺失的服務, 以確保， 如果您遺失了服務不採取適當動作， 也是不是有關可用性管理。在 Exchange Server 2003 環境, 您可能會擔心 Exchange 儲存區服務是否是否正常的 SMTP 連接器, 使用, 以此類推。允許在特定時段內當系統是無法在計劃中的維護和預期的失敗的 SLA 的頻率和中斷的長度是可以接受, 定義

如果您要提供報告與您管理有關系統可用性, 或者您有關聯遺漏可用性目標, 財務或其他處分您必須記錄可用性資料。即使如果您並沒有這種正式需求, 它是最好先至少知道在特定時間週期, 頻率系統已經失敗， 例如， 系統可用性在過去 12 個月和花多少時間來從每個失敗復原。此資訊將協助您測量並改善您小組的效用在回應系統失敗。它也可以提供您以有用資訊如果有爭端。

量值與可用性相關如下所示：

  • 可用性這通常表示為時間系統或服務都可以存取, 與時間， 它為關閉。它通常以百分比表示。(您可能看到對 “ 三個九 ” 或 “ 五個九 ” 參照。這些參照到 99.9 % 或 99.999 % 可用性)。
  • 可靠性這是一種度量之間的系統失敗的時間而且以標準 (或平均) 有時表示時間之間失敗 (MTBF) 時間之間失敗 (MTBF)。
  • 時間來修復這是一次帶到在失敗發生和有時是在標準 (或平均值) 表示復原服務時間若要修復 (MTTR)。

可用性、 可靠性和時間來修復相關如下所示：

Availability = (MTBF - MTTR) / MTBF

舉例來說, 如果伺服器兩次一段六個月失敗而不可為平均有 20 分鐘, MTBF 是三個月或 90 天且 MTTR 是 20 分鐘。因此,

Availability = (90 days - 20 minutes) / 90 days  = 99.985%

可用性管理是確保， 可用性是最大化並保存在 SLA 定義參數的程序。可用性管理包括下列程序：

  • 監視檢查， 如多久服務將無法使用。
  • 報告可用性目錄應定期提供給管理、 使用者和作業小組。這些報告應該反白顯示趨勢並識別區域， 在進行也和需要注意的區域。報表應該摘要與目標在 SLA 設定相容。
  • 改進如果可用性落在目標在 SLA, 或向降低可用性, 趨勢是定義可用性管理程序應該定義哪些步驟規劃。這應該包括與其他負責小組來反白理由中斷及計劃改善動作來防止循環的中斷工作。

容量和可用性度量是重複的工作， 是適合並自動化工具 (如 Microsoft Operations Manager, 稍後在本主題討論的指令碼。

變更管理

有時您必須將您 IT 環境, (如新技術、 系統、 應用程式、 硬體、 工具, 以及程序, 變更以及角色和責任中的變更。有效變更管理系統可讓您迅速干擾最少服務會對您 IT 環境造成變更。變更管理系統將一起小組牽涉到修改系統。一個範例是簡介的 Microsoft Office Outlook ® Web Access。Outlook Web Access 是的整合元件的 Exchange Server 2003 使用 Web 瀏覽器和網際網路或內部網路連線， 讓您能夠讀取您公司電子郵件、 排程和所儲存的 Exchange 伺服器上的其他資訊。在您組織的 Outlook Web Access 部署需要投入來自數個團隊， 如：

  • 測試小組此小組必須在測試伺服器負載測試 Outlook Web Access 並提供指示， 在生產伺服器執行 Outlook Web Access。測試小組必須評估 Outlook Web Access 藉由使用指定類型及版本的常用的 Web 瀏覽器, (如 Internet Explorer 6.0。
  • Exchange 系統管理員這個小組在在生產環境中部署變更管理系統。他們必須瞭解影響的變更並將它們在其程序之前變更會放入生產。
  • 網路小組此小組會負責為允許從網際網路存取到 Outlook Web Access 伺服器防火牆規則中的變更。
  • 安全性小組此小組會評定安全性並降低風險。安全性小組必須檢閱已知弱點並確保， 是最小安全性風險。
  • 使用者認可 Team這個小組是組成不願意測試系統， 提供意見為改進使用者。

其變更管理程序定義的每個小組責任， 排程工作來執行, 整合檢查和測試他們的需要。變更控制項會視複雜性和預期效果的變更。它們可以因自動核准的次要變更, 將檢閱會議, 變更為完整專案層級檢閱。來說明這更, 中本節會討論群組的變更。

  • 重大變更主要變更產生通用影響系統上， 可能需要輸入來自不同團隊。正在將這個的範例從 Exchange Server 5.5 升級至 Exchange Server 2003。 主要變更影響許多不同小組和或許不同系統。變更管理程序可以遵循類似程序與需 Outlook Web Access 在您組織, 部署前述範例但可能會包括一或多個變更檢閱會議到通知小組將會牽涉到變更或受此變更影響。
  • 重大變更重大變更需要重要資源來規劃、 建置, 及實作。適當變更控制項應該是採用以確保， 瞭解變更的影響、 測試部署程序, 和復原和緊急應變計劃是準備。重大變更的範例是部署新的 Service Pack。
  • 次要變更次要變更不會大幅影響 IT 環境, 例如, 修改某些 Exchange 系統原則設定。
  • 標準變更標準變更會定期執行也瞭解並記錄。範例包括建立新信箱或變更範圍的備份。應定期變更記錄在標準作業程序 (SOP), 但他們不需要變更控制項。例如, 程序用來建立新信箱可能狀態， 所有新信箱會有儲存限制為 100 MB)， 將有 IMAP 及 Outlook Web Access 啟用, 並且所有其他通訊用戶端協定停。變更管理程序應該檢閱任何變更至該程序, 但不, 例如, 應該參與建立每一個信箱。

下列範例變更管理的檢查方式不同小組互動並部署新的 Service Pack 時所執行動作。這些動作會組織及管理由變更管理程序。

  • 提高變更要求的安全性小組有評估最新版 Service Pack 並確認可在生產系統解析可能弱點。小組會變更要求將新的 Service Pack 套用到所有 Exchange 伺服器。
  • Service Pack 版本資訊檢閱 「 Exchange 系統管理員小組檢閱 Service Pack 版本資訊來識別對系統影響。
  • 一系列的實驗室測試是在非生產環境來決定是否 Service Pack 能套用成功不影響任一安裝應用程式和伺服器系統中的伺服器上系統管理員小組必須執行測試更新的 Exchange。如果有協力廠商或內部 - 建立應用程式與 Exchange 在生產環境, 介面這些應該也測試。這些測試也被用來評估時間才能執行升級。
  • 使用者被通知的中斷 「 Exchange 系統管理員小組或關於計劃中的維護週期和多久伺服器將無法使用者服務台通知所有受影響的使用者。
  • 在之前升級的 Exchange 系統管理員小組必須確保， 有就地有效備份， 才能夠還原為原始系統狀態如果 Service Pack 安裝失敗執行完整備份的 Exchange 儲存區。建議將備份還原到待命伺服器將這個系統可用如果有問題。
  • 部署 Service Pack [ Exchange 系統管理員小組會安裝在計劃中的維護週期。

管理的變更時間

我們建議您執行程序為排程變更避免中斷在重疊區段的工作。兩個小組例如, 可能兩者是規劃次要變更到系統。一個小組其他小組正在安裝自訂表單為費用申請應用程式， 執行 Exchange Server 2003 時可能會套用 Service Pack。 這兩個小組會受到變更， 是規劃其他小組及它們可能不一定知道什麼變更其他小組正計畫。如果在同一時間, 發生兩個變更可能會實作變更問題。也, 如果變更已套用, 例如如果費用申請應用程式失敗之後, 有問題可能很難決定應該被復原的變更。應該要定期維護期間設定之間有 IT 及管理以測試這些變更並接受它們。

設定管理

設定管理是程序的記錄和追蹤硬體和軟體資產及系統設定資訊。通常用來追蹤軟體授權、 維護標準硬體及軟體建置為用戶端電腦及伺服器, 以及定義為新電腦命名標準。設定管理通常包含了下列類別：

  • 硬體此類別追蹤的設備的片段 IT 組織擁有, 其中它們所在, 和使用它們。此資訊讓組織能夠規劃和預算為升級的維護標準硬體組建、 報告的會計為了, IT 資產值及協助防止遭竊。
  • 軟體此類別追蹤每個電腦, 版本號碼, 上安裝的軟體和使用權， 會保留。這項資訊協助規劃升級， 確定該軟體是授權, 並偵測的授權和未經授權) 軟體存在。
  • 標準建置此類別會追蹤目前標準建置為用戶端電腦和伺服器及用戶端電腦和伺服器是否符合此標準。是否存在及強制標準建置的協助支援人員， 因為它們是才能維護只有有限數目的每個軟體版本。
  • Service Pack 和 Hotfix此類別會追蹤及的電腦是最新的 Service Pack 經過測試和核准供使用。此資訊非常重要來降低風險的電腦受到危害， 以偵測使用者有安裝未經核准更新。
  • 系統設定資訊此類別追蹤系統元素, 和取決於系統執行順暢的程序間互動、 系統函數。例如, 可以在一部伺服器設定至協力廠商郵件系統連接器。應該是瞭解電子郵件系統的依賴此伺服器上， 如果有一個失敗可能會需要緊急應變計劃。如果第二個連接器是安裝在其他伺服器, 相依性及緊急應變計劃可能會變更。

實作組態管理

當您決定您的設定管理練習的目的並決定哪些項目需要管理, 您要執行組態管理由資料收集和報告資料。對小型組織最簡單方法是以手動收集資料 (號碼和型號的用戶端電腦、 作業系統、 軟體安裝) 並將它儲存在 Microsoft Office Word 或 Microsoft Office Excel 文件。發現的資產和集合的詳細資訊在大型、 複雜, 與經常變更系統, 必須是自動。決定哪些資訊是與您組織相關並記錄其在資料庫。

組態管理資料庫是一個有用工具的支援人員及管理在下列區域：

  • 安全性稽核資料庫讓您能夠識別 Exchange 伺服器和用戶端電腦系統， 必須先套用 Hotfix 或， 會遺漏的 Service Pack 或最新的防毒更新安裝。
  • 軟體安裝如果您要手動部署 Outlook 2003 如果您識別用戶端電腦已經安裝 Microsoft Office Outlook 2003 安裝, 這會節省時間。
  • 設定資訊如果您維護的最新清單的所有 Exchange 2003 連接器到郵件系統、 傳真伺服器, 依類推, 您將能夠 quicker 且更有效地解決連線問題。
  • 規劃升級如果容量檢閱顯示其他也在您的 Exchange 2003 伺服器需要儲存空間。如果每個伺服器有的內部 RAID 控制器但每一個都有不同模型和不同數目的安裝, 磁碟組態管理資料庫將表示的磁碟類型可以安裝, 如何許多而且什麼升級路徑將會在各種情況下許多而且的升級路徑將會在每個情況。

用來設定管理工具

有許多工具來發現、 稽核, 及報告資產。在本節會討論部分這些工具。

  • 自動化指令碼在電腦特定一組您可以將簡單指令碼寫入報表項目如作業系統、 Service Pack 層級及存在的軟體。您可以指定這些指令碼與組織的完全需求 ； 不過, 指令碼需要的數目以及其複雜可以讓指令碼昂貴來建立和維護。
  • 自動化工具取決於您企業和您組織需求, 的大小可能要考慮使用自動化工具。為自訂應用程式工具 (如 Microsoft Systems Management Server (SMS) 加入標準報表範本 (例如， Service Pack 層級) 和也讓您可以建立自訂報表, 例如。亦可使用 Microsoft Operations Manager (MOM) 來報告需硬體和軟體設定。如需關於 SMS 和 MOM, 請參閱在 “ 工具和技術為作業的 Exchange 2003 Server 組織 ” Systems Management Server 和 Microsoft Operations Manager sub-topics 稍後在這個主題。

也有工具可以用來記錄組態資料並讓它能夠存取給適當的 IT 人員：

  • 公用資料夾這些可用來儲存設定資料, 因為它們可以存取在整個公司， 您可以輕鬆地控制， 讓只有適當的人員可以檢視或變更項目。
  • Microsoft Windows SharePoint® ServicesWindows SharePoint Services 是 Windows Server 2003 元件， 協助組織增加個別和小組產能藉由啟用他們能夠進行資訊共用和文件合作建立網站。使用者可以協作文件、 工作, 與事件和共用連絡人以及其他資訊。此外, Windows SharePoint Services 讓的團隊及站台管理員來管理網站內容和使用者活動。「 SharePoint 環境是專為彈性部署、 管理和應用程式開發。
  • Custom Databases   例如, 列出所有 Windows XP 用戶端電腦沒有安裝 Service Pack 2 的。
  • 自動化工具工具 (如 SMS 不僅自動收集資料, 儲存在中央資料庫， 它是用來執行標準及自訂查詢和對資料報表。

變更管理與關係

若要變更管理密切相關設定管理。設定管理識別需要進行變更和識別並記錄已發生變更。例如, 組態管理資料庫可以用來指出伺服器， 需要一個 Hotfix。變更管理再定義程序有關套用此 Hotfix。

相反, 如果是新軟體套件展, 變更管理程序應該送此資訊來設定管理系統。要設定來識別新軟體， 讓它們可以探索和追蹤位置以及在部署軟體時可能會需要組態管理工具。

系統管理

系統管理包含日常管理工作、 兩者規劃及 on - demand, 為了順利作業的 IT 系統所需。通常, 系統管理工作都涵蓋在書面程序。這些程序確保由所有支援人員使用相同的標準工具與方法。

在的 Exchange Server 2003 環境, 一般系統管理工作包括建立信箱、 備份和封存信箱及公用資料夾資料, 監視記錄檔、 維護和復原信箱, 和更新防毒掃描程式。

標準程序

有幾種資源， 協助您定義在您組織所需的標準程序和如何執行它們。如需 about how to 管理 Exchange 組織, 請參閱 Exchange Server 2003 系統管理手冊 》 (https://go.microsoft.com/fwlink/?LinkId=21769)。因為每個組織都是唯一, 您必須以自訂並適應這些資源以符合您需求。

標準程序會變更， 文件有時必須要被修改。當變更時, 變更管理程序應該識別如何每次變更很可能來影響如何管理工作會執行。使用變更管理函數來更新並控制文件。

經常, 變更管理會於其中完成系統管理。如果工作是由標準程序, 涵蓋它是屬於系統管理功能。如果有沒有標準程序為工作, 它應該處理使用變更管理函數。

集中與分散式管理

角色和責任進行系統管理工作取決於組織是否遵循集中或分散式模型或其組合。

集中式模型在集中式模型, 一或多個控制系統管理群組維持完整的 Exchange 系統控制。此系統管理模式很類似於由單一資訊技術群組執行所有管理工作的資料中心。角色和責任在小組應該來定義根據經驗和專業。

Decentralized 模型 Decentralized 組織是位於數個地理位置， 在不同位置有 Exchange 伺服器和小組的管理員。例如, 有可能是本機管理人員及一或多個 Exchange 伺服器為每個公司在每個國家。或者, 可能有叢集的 Exchange 伺服器， 一個管理小組為北美洲， 一個用於歐洲。有時候, 將要確保只有系統管理員負責自己地理區域， 而它們， 並沒有權限可以管理其他區域。在 Exchange Server 2003, 您可以執行藉由使用 [ 委派控制精靈 ] 將系統管理員指派給特定系統管理群組。

系統疑難排解

組織必須準備好處理預期問題且應具有程序來從他們在直到其解析報告點管理問題。如何支援人員診斷問題資訊應該會記錄並避免不必要地重複工作已經完成， 用來在未來。

系統疑難排解程序

圖 1.5 顯示系統疑難排解程序和與其他操作角色互動。

系統疑難排解流程圖

  • 分類並 Prioritize通常是由服務台執行此工作。例如, 問題可能分組為訊息問題或有硬體問題。這個問題然後傳送給適當的支援小組為調查。在 SLA 中可通常定義規則可決定優先順序的問題, 與時間來回應和若要解決, 時間。
  • 調查並診斷適當的支援團隊診斷問題並建議對解決這個問題。如果方案很簡單， 不需要變更控制, 方案可以套用立即。如果方案是不是簡單, 應該會引發的變更要求並建議工作應該由變更管理程序, 經常在 “ 快速 - 追蹤 ” 程序管理。使用組態管理程序應該記錄所做的任何變更。
  • 關閉及 Record在測試解析度, 必須先關閉這個問題。如果有要從這個問題, 可以學習經驗應在知識庫建立的項目。
  • 檢閱及趨勢分析應該執行定期檢閱的最近問題來識別問題趨勢。舉例來說, 如果您使用者遇到與低速登入到其信箱, 常見問題網路頻寬問題可能是原因。問題解析時間和系統可用性上的任何中斷影響應該檢閱並與 SLA 比較。者與客戶對服務問題, 例如帳戶管理員, liaises 人應通知的任何重大問題。

問題管理工具

服務台工具讓人員來錄製、 分類, 及優先順序新問題。它們會再提供工作流程處理來管理問題 “ 票 ” 透過調查和診斷, 通常由多個支援小組。通常它們會在解析時間和歷史趨勢提供報告。它們也可能包含知識庫資料庫, 可以用來搜尋整個過去問題。Microsoft Knowledge Base 是一個有用記錄的支援， 由 Microsoft 有發生問題。如需詳細資訊, 請參閱位於 https://go.microsoft.com/fwlink/?linkid=14898 Microsoft Help and Support Web 網站。

有協力廠商軟體但通常需要自訂以符合組織的需求, 如組織的小組, 報告需求及 SLA 所需的措施。

服務層級合約

服務層次合約 (SLA) 是文件定義何種服務您客戶向您預期。複雜性及本文件的內容主要視客戶是否 (在公司) 內部或外部。

外部客戶

如果您的客戶是外部, SLA 可能是屬於處分為效能， 落內部或外部定義層級的服務與財務 incentives 法律契約。定義這些層級的服務應該是整體合約交涉的一部份。

因為它是重要， 雙方都瞭解的預期與所有合約, 以及要預期。SLA 定義這些期望。應該不常變更的文件內容和只因為的與客戶交涉。

內部客戶

如果您的客戶是 internal, 仍可能要定義預期的作業小組和 IT 系統的服務。SLA 可能是由操作人員建立， 作為一組在您組織中的 IT 服務的可用性目標。或者, 效能等級可能是由管理設定， 在評估人員效能作為基準。

一般準則

服務層次合約包括元件， 定義準則的最低層級的可用性、 支援和容量。

  • 可用性定義時間和作業系統在其電子郵件及其他 Exchange 服務將可供 (這可能包括掌上型 PDA 和行動電話)。應定義任何例行維護， 影響服務可用性。定義外部因素影響服務, 例如的網際網路連線遺失。
  • 支援定義時間支援為系統可用時。指定方法為客戶向支援人員、 如何組成群組事件, 和目標時間來回應， 以解決此事件。定義頻率及內容的意見給客戶。
  • 容量定義允許的使用者的信箱, 一起使用步驟才能如果超出限制大小上限。定義最大容許時間來執行標準工作, 例如時間來從公用資料夾擷取文件。定義的使用者最大數目並同意遵守程序來遵守如果新增更多使用者增加容量。

文件

Microsoft Operations Framework (MOF) 模型是組成許多服務管理功能。有關如何及何時會執行工作文件可以共用的相同小組成員或與其他小組。儲存及共用文件的方法可以有所不同根據型別的函式。程序以系統管理例如, 可能會儲存為 Word 文件， 因為它們是可能要列印及經常參考。設定管理資訊可能會自動產生並儲存在資料庫以便於搜尋與索引。某些文件可能是機密， 應該限制。機密文件的範例是文件描述安全性措施， 來防止詐騙電子郵件、 垃圾郵件、 病毒及來自惡意使用者攻擊。這些文件應該成為使用於適當的人員。一種機制， 用於版本控制必須以處於位置， 可以變更在 circulation 舊版文件時取代。

文件管理系統

文件管理系統作為中央儲存機制為文件, 確保只有一份文件最新版本可用。您也可以考慮封存舊版的文件以供參考用途。Microsoft SharePoint ® Portal Server 是的許多適當應用程式來管理文件之一。若要防止無意中使用的過時程序, 建議 IT 人員利用本機複本的文件。文件可能會限制及檢視或僅由人具有權限可這麼做編輯。草稿文件可以是保留等待核准, 例如當等候要核准相關變更要求。

資料庫

許多工具和管理功能有被討論， 是適用於使用資料庫。設定管理程序是可能要使用自動程序儲存大量的資料， 需要索引及搜尋。進行疑難排解新問題支援人員可以搜尋過去問題和解決方案的資料庫。

很可能會有不同用途正用於不同資料庫。決定如果這些資料庫應該是連結或合併。舉例來說, 如果服務台識別幾個問題與常見主題 (例如， 新軟體造成問題使用特定網路卡), 它們可以查詢組態資料庫來預測可能會影響有多少台電腦。

每日, 每週及每月處理程序

有許多 IT 服務， 應監視自動並在即時。此外, 可能有重大情況提醒在哪些作業人員必須自己立即， 訊息佇列， 例如, backlog。如果它是要被發現只有在手動檢查在一個工作天, 的結尾時延遲以取得透過郵件可能有針對企業嚴重影響。

有許多複雜監視工作， 是通常不自動且這些應該是涵蓋在一般手動檢查。如需有關需要進行記錄定期檢查及維護工作, 請參閱 「 系統管理 」 於本主題前面。下列是一些的標準工作與 Exchange Server 2003 相關的清單。 使用這些清單為基礎來產生標準程序為您的組織。這些清單將會討論稍後在本主題中詳細。

日常作業工作

我們建議每天執行下列工作和程序：

  • 檢查 Windows 事件日誌為 Exchange 警告和錯誤 Exchange 伺服器事件記錄應該先檢查是否預期警告及錯誤。您可以手動執行每個 Exchange 伺服器上或利用工具如 Microsoft Operations Manager (MOM), 可以合併記錄並篩選出某些項目。
  • 檢查備份工作請確定先前晚上的備份工作已執行並調查任何錯誤或警告。媒體旋轉、 標記, 及儲存, 程序應該根據於正在使用 「 備份策略。如果適用 (根據的執行的備份類型), 決定將交易記錄是否有已清除從磁碟是備份程序一部份。
  • 檢查效能監視器您可能會使用 Windows 效能監視器或其他進階工具， 如 MOM 來檢查主要效能指標, 例如， 若要的整體檢視的伺服器或系統狀態的可用磁碟空間及訊息佇列長度。使用這些工具的警示功能來設定警告任何突然變更或問題及設定基準， 您可以修改與組織的成長。
  • 檢查入侵偵測記錄如果您有專用入侵偵測軟體或如果防火牆產生記錄的侵入嘗試, 檢視記錄檔以前一天, 調查重複驗證嘗試與其他可疑的活動。
  • 檢查防毒更新檢查自動防毒簽章更新， 有已使用 / 每個 Exchange 伺服器或閘道及所有簽章是最新的。如果您手動更新防毒簽章, 每天執行它們。

每週作業工作

我們建議每週執行下列工作和程序：

  • 保存事件日誌如果沒有事件日誌設定為覆寫事件， 需要, 他們必須是定期封存並清除。尤其是的安全性記錄, 調查嘗試安全漏洞時， 它可能會需要。
  • 檢查安全性更新識別任何新的 Service Pack、 Hotfix 或更新。如果適當, 這些在測試實驗室中測試並使用變更控制程序來排列在部署到生產伺服器。
  • 檢閱 SLA 效能圖表如前一週檢查關鍵效能資料。檢視效能與 SLA 的需求。識別趨勢和項目， 不符合其目標。
  • 檢查公用資料夾複寫檢查該公用資料夾複寫是最新的。如果是複寫失敗, 使用者可能不能夠存取資料, 或者它們可能從遠端站台, 導致逐漸增加 WAN 流量存取資料。
  • 保存資料封存資料 CD、 DVD、 磁帶或類似媒體。在使用者擁有向左和取決於您組織的原則, 您可能須在一段時間讓信箱， 然後保存才能維護合理的 Exchange 儲存區大小。
  • 測試環境空中 conditioning、 溫度和溼度監視器, 並實體安全性措施應該定期檢查及維護。

每月作業工作

我們建議每月執行下列工作和程序：

  • 安全性檢查依據的必要安全性, 層級可能可以適用於執行定期稽核的安全性, 包括防火牆規則、 使用者權利、 群組成員、 委派權限, 等等。
  • 容量規劃如前一個月檢視容量圖表並產生計劃對於任何升級， 要保留在限制由 SLA 指定作業系統可能會需要在 coming 月份。
  • 損毀修復測試執行系統修復為單一伺服器來測試硬體。這樣會模擬一個完成硬體失敗為某個伺服器並確保資源、 計劃及資料是用於復原。試著旋轉每月, 讓失敗的不同伺服器或其他的設備片段會測試每一次。例如, 郵件轉接伺服器前端 Exchange 伺服器、 後端 Exchange 伺服器、 防火牆和等。

視需要操作工作

下列工作是執行視需要, 但是經常是由標準程序也涵蓋：

  • 新使用者及 Leavers新使用者通常需要一個使用者帳戶、 信箱、 特定權限及群組成員、 可能的電子郵件副本的組織的 IT 和安全性程序, 等等。針對此進行快速, 實際程序應記錄。人離開組織人員必須有存取權其信箱及其他系統 (通常 urgently) 撤銷。您可能需要一個原則， 定義應與電子郵件執行什麼目的地為使用者 (應該是 re-routed 或拒絕)。您也需要程序來說明什麼之後離開至使用者的 Exchange 資料。
  • 公用資料夾建立您可以授與使用者權限才能建立某些公用資料夾, 但應由系統管理員只建立其他資料夾 (尤其是最上層資料夾)。程序應該定義可以製作要求， 應該套用的權限。
  • 信箱復原可以藉由使用 「 信箱復原中心來完成復原整個信箱。您可以快速且安全地執行此如果它是在一個程序標準化。
  • 完整安全性稽核在回應到的升級或重新設計的訊息系統, 或在回應到的成功嘗試 (或) 安全性漏洞這可能會執行定期。程序可能需要在伺服器和防火牆, 稽核的安全性修正程式, 連接埠掃描和協力廠商的滲透測試。
  • 更新效能 Baselines應該在升級或設定變更更新效能基準。基準會使用來測量效能改變， 以偵測影響系統效能的問題。
  • 資料庫維護使用磁碟重組來執行資料庫維護。重組硬碟有助於增加磁碟效能並協助確保您 Exchange 伺服器執行順暢及有效。
  • 其他資料庫維護其他資料庫維護可以被分類下系統疑難排解。對擁有程序需如何使用 Isinteg . exe、 Eseutil . exe 和其他標準工具在回應到特定問題它非常有用。

工具和技術為操作 Exchange 2003 Server 組織

基本組的工具來管理 Exchange 伺服器及使用者包含 Windows Server 2003 系統管理工具 Pack 及 Exchange Server 2003 系統管理工具。本節概述一些的管理作業的 Exchange Server 2003 組織的工具。這些管理工作與工具可分為六個群組：

  • Active Directory 和權限管理Exchange Server 2003 與, 密切整合及取決於 Active Directory。附屬於 Exchange 伺服器 (電子郵件地址、 能夠連線使用 POP 3、 信箱伺服器, 等等) 的使用者屬性儲存為在 Active Directory 使用者屬性。因此, 重要工具來管理 Exchange 使用者是 Active Directory 使用者及電腦 MMC 嵌入式管理單元。

  • 安全性更新程式及軟體更新郵件系統可以是特別容易受到惡意攻擊因為最郵件系統已連線到網際網路且必須要能接受來自未知的系統來路不明連線。非常重點是要套用所有安全性更新到伺服器暴露在公用網路只要可用。確定之前在生產環境中部署它們， 先在測試環境中測試安全性更新。以確認該伺服器是最新且回報在遺漏 service packs and hotfixes 為作業系統和應用程式, 您可以使用 Microsoft Baseline Security Analyzer (MBSA)。應該要在系統稽核使用 MSBA, 可為從 Microsoft, 免費下載。如需, 請參閱 Microsoft 高可信度電腦運算：安全性網站 (https://go.microsoft.com/fwlink/?LinkId=26388)。

    note附註：
    MBSA 找尋在 Exchange Server 5.5 以上安全性更新。它將不會檢查如何設定 Exchange。
    • 相反, Software Update Services (SUS) 是用於自動部署安全性更新及其他必要更新工具。它就特別有用來更新工作站, 但也可以用來更新伺服器。SUS 會自動下載每個更新 over the Internet， 它是由 Microsoft 發行。它讓您可以測試新的更新在自動部署它。使用 Active Directory 原則, 您可以控制哪些電腦接收更新以及如何更新會套用。若要下載和安裝更新並重新啟動視需要不需手動介入可以設定工作站。伺服器通常設定為下載只更新。系統管理員必須手動安裝更新並在方便的時間重新啟動伺服器。如需有關 SUS, 詳細資訊請參閱 https://go.microsoft.com/fwlink/?LinkId=35215

  • 安全性管理使用 IIS 鎖定工具來保護 Internet Information Server 4.0、 5.0 及 6.0。對於 Windows ® 2000 Server 只 IIS 鎖定 (IISlockd . exe) 工具是必要。In Windows Server™ 2003, IIS Lockdown is a core part of Internet Information Services (IIS).如需有關如何使用 「 IIS 鎖定 」 工具對於在 Windows 2000, 執行 Exchange Server 2003 伺服器詳細資訊請參閱 在 Exchange 2000 Server 安全性作業指南 》 (https://go.microsoft.com/fwlink/?linkid=11906)IIS 鎖定工具是兩個部分組成。第一部份變更在 IIS 以防止常見攻擊對 Web 伺服器組態設定。它也提供選項來移除或停用未使用的服務和 Web 網頁。第二個部份是稱為 URLScan, 可避免惡意及不正確要求從 Web 瀏覽器。有為各種伺服器角色停用服務， 則可以由特定伺服器角色不需要在 IIS Lockdown 提供範本。當您的 Exchange 伺服器, 上正在執行 IIS Lockdown 請確定您使用範本為適當版本的 Exchange。如需關於 IIS Lockdown 精靈, 請參閱 Microsoft 知識庫 」 文件 325864, " HOW： TO安裝和使用 IIS 鎖定精靈 」 (https://go.microsoft.com/fwlink/?LinkId=3052 & kbid = 325864)。

  • Microsoft Operations Manager在中到大型企業, 或在高可用性是重要, 組織考慮使用自動化工具來追蹤效能和可用性的伺服器並進行容量管理。這些工具可以設定在報表上 (如在回應到 MAPI 用戶端， 用戶端增加的數目逐漸拉長期趨勢。也可以使用， 如果發生失敗或有一個快速降低的服務支援人員警告。Microsoft Operations Manager 是用於監視和警告、 管理事件日誌、 報告, 和趨勢分析應用程式。它是用來監視伺服器並自動記錄並分析事件及統計由許多電腦。如需 Microsoft Operations Manager, 請參閱 Microsoft Operations Framework Web 網站 (https://go.microsoft.com/fwlink/?linkid=21640)。

  • Systems Management ServerSystems Management Server 是一種工具， 讓您可以自動設定管理工作由硬體及軟體資產, 在 SQL Server 資料庫, 儲存此資料並允許自訂查詢收集資訊並要產生報告。除了執行報告職責的組態管理, Systems Management Server 可以部署軟體、 Service Pack 及 Hotfix。System Management Server 可以設定來自動偵測網路上的裝置及代理程式部署到每個伺服器或工作站。
    每一個代理程式從該裝置收集組態資料並將資訊傳給中央資料庫傳回。它可以因此用來自動化許多一般變更管理變更一節論及。Windows Server 2003 軟體部署服務可以用來軟體部署整個組織或在特定組織單位 (OU) 到電腦或使用者。利用彈性的 Systems Management Server 您可以, 例如, 部署軟體只供用戶端在特定 OU, 至少 256 MB RAM 與至少 2 GB 的可用磁碟空間, 執行, Windows XP。如需關於 System Management Server, 請參閱 https://go.microsoft.com/fwlink/?LinkId=34976。

  • Exchange Server 2003 工具標準工具來管理 Exchange Server 2003 組織包含 Exchange 系統管理員 」 和 「 Exchange 遷移精靈 」。如需使用 Exchange System Manager 來執行標準工作, 詳細資訊請參閱主題, 「 每日作業工作 」。Exchange 遷移精靈, 用來從其他郵件系統, 如 Exchange Server 5.5、 Exchange 2000 Server、 Microsoft Mail for PC Networks 或 Lotus cc: Mail 遷移至 Exchange Server 2003 使用者信箱。

  • Automation 工具和指令碼可以利用指令碼自動化許多管理工作。Microsoft Windows Scripting Host (WSH) 是主機應用程式， 讓指令碼來執行並依照預設是安裝在 Windows Server 2003 和 Windows XP Professional。VBScript 的 Visual Basic ® (derivative) 的指令碼語言, 是最常適用管理工作, 位置的寫入速度為比 elegance 和效率的程式碼更重要。有許多範例的有用指令碼 on the Web， 可被自訂以符合您需求。如需有用指令碼範例, 請參閱 Microsoft TechNet 網站 (https://go.microsoft.com/fwlink/?linkid=33284) 上 Script Center。