Exchange 2013 SP1 已知問題

微軟官方 Exchange Team 於 2014/02/25 正式釋出了 Exchange Server 2013 Services Pack 1. 

此 Services Pack 1 就如同先前的 Cumulative Update 一樣為一個完整可安裝的 Full Build 版本. 

因此管理者只需要從微軟 Download Center 下載即可進行完整 Service Pack 1 的安裝(亦即一安裝完就是完整的Exchange 2013 SP1 的版本).

Exchange Server 2013 SP1 除了修正了自上市以來所發現或客戶回報的Bug之外,也額外加入了一些新功能(例如: Edge Server 2013 角色已經重新加回來).

不過目前已經有陸續回報兩個有關 Exchange Server 2013 SP1 的已知問題,因此提供給大家參考.

已知問題一

問題描述:

客戶在 Exchange 2013 上安裝了 3^rd Party 的防毒軟體,然後將 Exchange 2013 升級到 SP1. 升級完成後會導致 Exchange 2013 SP1 的Transport Services 無法自動啟動,若手動啟動則可以啟動但之後又會停止服務.

原因:

因為 3rd Party 防毒軟體的 Transport Agents 與 Exchange 2013 SP1 新版 Transport Services 有相容性的問題所導致的.

解決方法:

此問題會在 Exchange 2013 CU5解決.

目前 Product Team 已經先釋出 http://support.microsoft.com/kb/2938053/en-us  提供Fix It Script 解決.

建議升級步驟:

1.     先移除3rd Party防毒軟體

2.     將 Exchange 2013 升級到 SP1

3.     下載執行 KB 中的 Fix It PowerShell Script

4.     重新安裝3rd Party防毒軟體

若您的客戶是直接安裝全新的 Exchange 2013 SP1則建議步驟如下:

1.     用Exchange 2013 SP1 全新安裝

2.     下載執行 KB 中的 Fix It PowerShell Script

3.     安裝3rd Party防毒軟體

請注意, 此 Fix It PowerShell Script 只能在 Exchange 2013 SP1 中被執行

TrendMicro 以及 Symantec 官網也有張貼相關類似問題:

http://esupport.trendmicro.com/solution/en-us/1102485.aspx

http://www.symantec.com/connect/forums/exchange-2013-sp1-and-smsme-702

已知問題二

問題描述:

在 Exchange 2013 SP1 中建立或設定 DAG 時,其所指定的 Witness File Server 上的分享目錄不會被建立起來.這將導致DAG若發生 *over時的失敗.

原因:

若環境中的NetBIOS Domain Name 與 AD Domain 的短名稱不一致 (例如: NetBIOS Domain Name 為 MSFT,但 AD Domain 卻為 Contoso.Local 而不是 MSFT.Local) 所導致.

解決方法:

手動去建立 Witness File Sharing 目錄並手動設定適當的NTFS & Sharing Permission,然後將DAG的Witness File Sharing 路徑重新指向這個手動建立的目錄路徑. 此問題預計將在下一個釋出的 Cumulative Update 5中被修正.

若後續有發現確認相關的 SP1 已知問題則會 Update 到此篇文章中提供給大家參考.