Exchange 問題與解答安裝、訊息日誌、儲存選項及其他主題

KC Lemson and Nino Bilic

問：我正在執行 Exchange Server 2007 安裝程式，不知是否可以略過必要條件檢查。我不想更正必要條件檢查所指出的所有問題；我只想執行安裝程式並完成它！

答：簡短的答案為否，您不可以。如果必要條件檢查發現的問題使安裝無法繼續進行，您就必須修正必要條件檢查所指出的任何問題，否則長期而言，Exchange 可能會發生很多問題。

有些系統管理員曾嘗試編輯 ExBPA.PreReqs.xml 檔案 (這就是包含 Exchange 2007 安裝必要條件清單的檔案)，並且移除會造成封鎖安裝的檢查。然而此舉並沒有效果，因為 XML 檔案已使用數位簽章，並且對其內容所做的任何修改都會使簽章無效。

這些動作都是為了避免您建立的安裝無法正常運作。我們已在不同的環境下測試過 Exchange 2007，並且了解有一些組態和設定比其他的設定運作得更好，而有一些則可能會導致重大的問題。必要條件存在的目的，是要確定根據我們的經驗和測試，使您的安裝有最大的成功機會。

如果您發現是 Exchange 2007 必要條件檢查功能出了問題，並且在您的環境裡會封鎖安裝，就要請您向 Exchange 支援小組提出問題報告。

問：在哪裡可以找到安裝記錄檔？我在 C:磁碟機的根目錄中找不到。

答：所有安裝記錄檔現在都是儲存在 %SYSTEMDRIVE%\ExchangeSetupLogs 目錄中，在大多數安裝的情況下，此目錄就是 c:\ExchangeSetupLogs。您在那裡會找到多個檔案，其中有兩個是您想要的：

ExchangeSetup.log 這個記錄檔包含有關執行安裝時所使用之工作或參數的資訊。在設定伺服器角色時，為了設定伺服器所執行工作的相關資訊，也會記錄到此記錄檔中。此處也將是您可以查到有關您伺服器安裝之大部分資訊的地方。Service Pack 的安裝也會附加到同一個檔案。

ExchangeSetup.msilog 此檔案包含有關安裝時，進行解壓縮階段的資訊。當 Microsoft® 安裝程式將檔案從暫存位置複製到其目的地時，會記錄到此檔案中。因此，如果您的問題與複製檔案或在安裝期間存取檔案有關，那麼這個記錄檔就可能會有幫助。

問：我知道必要條件檢查是由 Exchange Server Best Practices Analyzer (BPA) 進行的，那麼我可以在哪裡找到必要條件檢查的報告？

答：如果您想要找出 BPA 在必要條件檢查時期所建立的報告，請查看以下資料夾：

%SYSTEMDRIVE%\Exchangesetuplogs\PreReqs

檔案名稱會採用標準的格式：

ExBPA.<dateandtime>.data.xml 

如果您想要知道某特定必要條件檢查是在尋找什麼，請找到包含您所看見錯誤訊息的 XML 檔案，在該訊息的上方，您就會看到所測試的規則定義。

問：我該如何閱讀安裝記錄？我有哪些選項？

答：通常有兩種方式可以閱讀安裝記錄。您可以在 Exchange 管理介面中執行 Get-SetupLog，或者您可以直接在 [記事本] 或您偏好的文字編輯器中開啟安裝記錄檔。

如果您使用了 Get-SetupLog，以下就是如何挑出任何警告或錯誤的範例：

Get-SetupLog c:\exchangesetuplogs\exchangesetup.log –error

如果您想要使其更方便查看，就應該取得 Out-HTML.ps1 和 Out-IE.ps1 指令碼，這些指令碼提供於 Exchange 2007 PowerShell Scriptacular 示範套件中 (如需詳細資訊，請參考我們的部落格，網址為 msexchangeteam.com/archive/2006/12/27/431998.aspx)。

您取得這些指令碼之後，請將其放入 Exchange 指令碼的資料夾 (根據預設是 c:\program files\microsoft\exchange server\scripts)，然後執行下列指令：

Get-SetupLog –tree:$false –error:$false | Where { $_.status –eq "Error" } | select datetime, depth, description, status | Out-HTML | Out-IE

此舉會開啟易於導覽的瀏覽器視窗，其中會以 HTML 檢視模式顯示在安裝期間可能發生的錯誤 (請參閱 [圖 1])。

圖 1** Out-HTML 和 Out-IE 使安裝記錄的檢視更易於閱讀 **(按影像可放大)

反之，如果您選擇使用 [記事本] 來檢視 exchangesetup.log，以下有一些提示：

• 若要尋找安裝過程的開始處，請搜尋：[0] Starting Microsoft Exchange 2007 Setup。
• 若要尋找安裝過程的結尾處，請搜尋：[0] End of Setup。
• 主要的安裝工作會以下列符號分隔：[0] **************。
• 若要尋找執行安裝的帳戶，請搜尋：[0] Logged on user。
• 如果您想要查看在安裝期間使用哪一個網域控制器，請搜尋：[0] Setup will use the domain controller。

一般來說，在使用 [記事本] 檢閱安裝記錄時，您應該從檔案的結尾開始，再回溯到前面，來查看發生了什麼問題。錯誤經常會記載在記錄檔的最後面。

問：我可以使用 Exchange 2007 Unified Messaging 搭配我的 PBX 嗎？

答：可能可以。請參考 microsoft.com/technet/prodtechnol/exchange/telephony-advisor.mspx，以取得支援的 VoIP 閘道和 PBX 的清單。對支援產品的任何變更都會加入此網頁。

問：我有一個同時執行 Small Business Server 2003 和 Exchange 的用戶端，且公司的原則要求所有郵件都要加以監控。為了執行監控，我想要傳送一份所有送入和送出郵件的複本，到系統管理者的帳戶。我該如何完成這項工作？

答：您需要的是訊息日誌的功能，它可以讓您在另一個日誌信箱中，保存一份送至或來自某特定信箱資料庫之所有訊息的複本。其中提供多種選項，可供您設定日誌複本的詳細度 (例如，您是否要擷取 BCC 收件者？)，您還可以下載另一項工具：go.microsoft.com/fwlink/?LinkId=93725，以獲得進階的功能。Exchange 2003 中的日誌功能是針對每個資料庫層級分別啟用的，因此該資料庫中的每位使用者都會記載到日誌中。建立了信箱以存放日誌的訊息之後，請在 Exchange 系統管理員的信箱儲存區屬性中，核取相對的核取方塊，表示要針對該儲存區之所有信箱所送出或接收的訊息進行封存。依據您的業務原則而定，您可能也要啟用信箱管理員自動從日誌信箱中清除舊日誌複本的功能。

Exchange 2003 具有另一項與日誌十分類似的功能，稱為封存接收器。與日誌不同的地方在於，這會將訊息的複本儲存到 Exchange 的另一個信箱中，而封存則會將訊息存放至伺服器硬碟上的指定資料夾中。如何在這兩種方法之間進行選擇？日誌通常用於符合相關法規，但是如果您想要擷取來自或送出到網際網路的所有訊息，封存接收器就很好用。

Exchange 2007 明顯簡化了這些情況，而且您可以輕易地針對每一位使用者或每一個通訊群組清單 (DL) 記載日誌。如果您不希望使用者知道其郵件已記載到日誌中，就可以在全域通訊清單中將該 DL (請注意，這與 DL 的隱藏成員資格並不一樣) 隱藏起來，或是對使用者設置自訂的屬性，然後建立查詢式通訊群組 (亦稱為動態通訊群組清單，或 DDL)，來選取具自訂屬性的所有使用者。如果您想要將整個企業的所有郵件日誌都記載到同一個位置，請在建立日誌規則時，將收件者欄位維持空白。另請注意，在 Exchange 2007 中，如果您想要使用非資料庫的日誌功能，則您需要有該些使用者的 Enterprise 用戶端存取授權 (CAL)。您可以在 microsoft.com/exchange/howtobuy/licensingFAQ.mspx 取得更多的資訊。如果您不想要 CAL 或其他的任何功能，則可以繼續使用 Exchange 2003 中以資料庫記載日誌的功能。最後，請參閱 2006 年 12 月號的 TechNet Magazine，由 David Strome 所著，標題為《Exchange 2007 更強大的日誌功能》的文章，網址為 technetmagazine.com/issues/2006/12/journaling。

問：我的所有使用者都是執行 Microsoft Office 2003，而且我們一直要到 2008 年硬體更新時，才要移轉到 2007 Office System。從我目前閱讀過的資訊看來，恐怕我們會因為這個原因而未能擁有一些功能。請問他們目前能夠使用 Unified Messaging 嗎？

答：當然。在 Office 2003 中，已啟用 Unified Messaging 的使用者在其信箱中可以接收語音信箱訊息和傳真，並且可以透過任何電話來存取其信箱。如果您未升級到 Outlook 2007，無法使用的 Unified Messaging 功能包括透過 Outlook 的 [選項] 索引標籤設定語音信箱的功能，以及特殊的自訂表單 (它會顯示在 Outlook 中的語音信箱訊息上，讓您能夠播放訊息，而不必啟動另一個媒體播放機)。除此之外，讓您撰寫語音記事，並儲存在語音信箱訊息中的功能也將無法使用。但是即使沒有 Outlook 2007，已啟用 Unified Messaging 的使用者仍然可以使用 OWA 2007，來存取 Unified Messaging 的設定 (在 OWA 選項的頁面上)，以及在 OWA 中使用語音信箱的自訂表單。

問：我的公司已經有存放區域網路 (Storage Area Network，SAN)，而且我希望與 Exchange 2007 連結。但是我已聽過很多有關直接連接儲存裝置 (Direct Attached Storage，DAS) 的資訊，讓我懷疑是否應該選用該選項。您認為如何？

答：這個問題沒有對或錯的答案；而是需要取決於貴公司的原則和使用情況 (尤其是如果您已經有 SAN)。如果您正在考慮要購買新的 SAN、增加另一個，或者正在考慮要進行升級，則我們強烈建議您考慮使用 DAS。以下是可供您參考的一些資訊：直到 2007 年六月，Microsoft IT 已部署了 17 套 Exchange 2007 信箱伺服器，總計 40,000 個信箱 (其中配額範圍從 500MB 到 10GB 不等)，全部都使用叢集連續複寫 (Cluster Continuous Replication，CCR) 以及 DAS。在九月之前，我們計劃會有 35 套 Exchange 2007 信箱伺服器，總計 152,500 個信箱，全部都是在 DAS 上。因此如果您正在懷疑 DAS 是否適合企業級的應用，答案是絕對適用。DAS 已經讓 Microsoft IT 得以有效增加使用者的配額，但同時減少整體儲存成本。有關此拓撲與部署過程，以及可節省之成本的相關資訊，請造訪 microsoft.com/technet/itshowcase/content/64bitexchange2007.mspx。

雖然一開始的時候，將所有伺服器連結到同一個 SAN，看起來似乎可節省大量的儲存體，但是這樣會有風險。例如，經常發生的一個問題，是與連結到 SAN 之軟體的不同使用情況有關。例如，如果您在 SAN 上有 HR 應用程式，它會在每天傍晚 5:00 PM 執行批次程序，此時，I/O 的劇增可能會嚴重影響 Exchange 的使用者。對共用的 SAN 部署來說，缺乏確定性的 I/O 是一項常見的問題。

DAS 所提供的另一項優點，是它比較容易管理，因為它並不需要專門的儲存體管理人員或特殊的設備。它可以逐步增加，並且容易購買，爾後還能陸續擴充。此外，它通常比較便宜，因此如果您希望手邊有備品可用，也並不會造成太高的成本負荷。

問：我已安裝了第一套 Exchange 2007 伺服器。現在當我嘗試使用 Outlook 2003 連接時，會得到一項錯誤訊息，表示管理員已封鎖我的 Outlook 版本 (「Microsoft Exchange 管理員已經封鎖您所使用的 Outlook 版本。請連絡管理員以取得協助。」)但我就是系統管理員，並且我絕對沒有封鎖它。請問這是為什麼？

答：這種行為並未出乎預料。在安裝 Exchange 2007 的時候，安裝精靈會詢問在您的企業裡，是否有執行任何 Outlook 2003 (含) 以前的版本，或是 Entourage 用戶端 (請參閱 [圖 2])。如果您對這個問題回答「否」，就可能會發生這個情況。

圖 2** Exchange 2007 安裝程式詢問關於舊版用戶端的問題 **(按影像可放大)

若要在事後 (在安裝完成之後) 解決這個問題，您只要使用 Exchange 管理主控台或 Exchange 管理命令介面，建立一個公用資料夾儲存區，然後重新啟動資訊儲存庫 (Information Store) 服務即可。在這種情況下，重新啟動資訊儲存庫服務是一定要的，並且舊版的用戶端 (Outlook 2003 及更早的版本) 一直要到重新啟動此服務之後，才能夠連接到伺服器。

除此之外，如果您執行的是自動安裝的 Exchange 2007，就可以使用 /EnableLegacyOutlook 選項，來指定您希望如何回答有關舊版用戶端的問題。

問：為什麼 Exchange 2007 在乎我是否使用舊版的 Outlook 來連接到伺服器？為什麼建立公用資料夾儲存區，並且重新啟動資訊儲存庫服務即可解決這個問題？

答：這些問題的答案在於公用資料夾儲存區的存在。如果您回想一下，在先前的 Exchange 版本中，公用資料夾儲存區是用來儲存使用者的空閒/忙碌資料，以及其他資訊。當舊版 Outlook 的使用者使用 MAPI 或 RPC over HTTP 連接到其 Exchange 伺服器，並且發佈一些資訊到其行事曆上時，有關其空閒/忙碌狀態的資訊也會發佈到伺服器，放入稱為 Schedule+ 資料夾的特殊公用資料夾中。這是唯一可供舊版 Outlook 用戶端發佈使用者空閒/忙碌資料至伺服器的方式，而且也是舊版 Outlook 可讀取其他使用者空閒/忙碌資訊的唯一方式。

Exchange 2007 知道這件事。這就是為什麼如果沒有公用資料夾儲存區，Exchange 2007 就會封鎖較早版本的用戶端。如果 Exchange 2007 允許舊版用戶端的連線，用戶端就會碰到經常發生的錯誤，因為 Outlook 將無法連接到公用資料夾儲存區，來發佈空閒/忙碌資料，並且用戶端的功能也會受到限制，因為使用者想要執行的空閒/忙碌查閱功能 (例如在嘗試安排與某人開會的時程時) 根本不能運作。這也是為什麼建立公用資料夾儲存區能夠解決問題，因為 Exchange 2007 伺服器就會知道舊版用戶端能夠使用空閒/忙碌的發佈功能，因而允許執行信箱的登入。

從全部這些說明中，您應該可以歸納出一件事情：Outlook 2007 用戶端不需要公用資料夾儲存區，來發佈其空閒/忙碌資訊。這是事實，但是有一個但書。

讓我們不要涉入太深，只要表明：如果有公用資料夾儲存區存在於 Exchange 2007 伺服器上，即使是 Outlook 2007 用戶端，也會將使用者的空閒/忙碌資料發佈至其中。做這件事情的理由是：如此一來，其他的用戶端 (其中一部分大概是舊版的 Outlook 用戶端) 才都可以查閱 Outlook 2007 使用者的空閒/忙碌資訊；如果此項資訊不在公用資料夾儲存區中，舊版用戶端就看不到 Outlook 2007 使用者的資訊，因為沒有任何用戶端曾經將資訊填入公用資料夾儲存區中。然而，如果公用資料夾儲存區不存在，Outlook 2007 用戶端就不會嘗試發佈空閒/忙碌資料。如果沒有公用儲存區，並且所有用戶端都至少是 Outlook 2007，就會使用另一種空閒/忙碌資訊查閱機制，其中行事曆資料會直接從使用者的信箱中讀出，而不必在其他任何地方建立此項資訊的複本。如果您希望閱讀更多相關的資訊，請查閱伺服器說明檔中有關可用性服務的資訊，或是查閱位於 go.microsoft.com/fwlink/?LinkId=69434 的 Exchange 線上文件。

問：我剛閱讀過知識庫文件 288894，其中討論了關於使用登錄機碼來封鎖 MAPI 用戶端 (請參閱 support.microsoft.com/kb/288894)。我檢查了我伺服器的登錄，但是此機碼尚未設定。請問儲存區是如何執行舊版用戶端的版本封鎖呢？

答：這是一個非常好的問題！事實上 Exchange 2007 資訊儲存庫並不使用該知識庫文件中所提到的「停用 MAPI 用戶端」登錄值，來封鎖舊版的用戶端。這樣做是因為公用資料夾儲存區有可能根本不存在，所以如果沒有任何公用資料夾儲存區，修改該登錄機碼就不可能取消封鎖這些用戶端。

封鎖比 Outlook 2007 更早版本的用戶端之行為，已透過硬式編寫的方式寫入 Exchange 2007 的資訊儲存庫中。在服務啟動時，儲存區會檢查是否有公用資料夾儲存區，然後決定是否只允許 Outlook 2007 進行連接，或者舊版的用戶端也能夠連接至其信箱。此項檢查只會在服務啟動時發生。這就是為什麼您在建立了公用資料夾儲存區之後，必須重新啟動資訊儲存庫服務，變更才會發生作用的原因。

KC Lemson 是 Exchange Server 使用者經驗的專案經理。她目前正在一所極具聲望但未向教育部登記的大學攻讀博士學位。

Nino Bilic 是 Exchange Server 支援計劃的經理。他正考慮成為 Forza Motorsports 2 中的專業賽車手。

© 2008 Microsoft Corporation and CMP Media, LLC. 保留所有權利；未經允許，嚴禁部分或全部複製.