Exchange Server 2010 SP1 版本資訊

發行項
03/02/2017

適用版本： Exchange Server 2010 SP1

上次修改主題的時間： 2016-11-28

如需重要的法律資訊，請參閱本文件後面的法律注意事項。

歡迎使用 Microsoft Exchange Server 2010。此文件包含下列章節：

Exchange 2010 SP1 中可用的功能
安裝 Exchange 2010 SP1
信箱移動
整合通訊
法律注意事項

Exchange 2010 SP1 中可用的功能

Exchange 2010 Service Pack 1 (SP1) 加入全新及修訂的功能。如需詳細資訊，請參閱 Exchange 2010 SP1 中的新增功能。

安裝 Exchange 2010 SP1

部署 Exchange 2010 SP1 時，請考慮下列項目：

您現在可以選取安裝所需 Microsoft Windows 作業系統角色以及每個所選 Exchange 2010 SP1 server role 的新選項。
您只能在執行 Windows Server 2008 Service Pack 2 (SP2) 和 Windows Server 2008 R2 的電腦上安裝 Exchange 2010 SP1。
雖然不是建議組態，但是單一標籤網域系統 (DNS) 網域名稱目前支援與 Exchange 2010 SP1 搭配使用。
若您執行的是 Exchange 2010 的 Beta 版本，則必須先解除安裝 Beta 版本，然後才能安裝 SP1 版本的 Exchange 2010。
如果您升級的是邊際傳輸伺服器，而該伺服器正在執行 Forefront Threat Management Gateway (TMG)，且已針對 SMTP 防護啟用 Forefront Protection for Exchange Server (FPE)，則 Forefront TMG Managed Control 服務可能無法啟動。

如需安裝 Exchange 2010 SP1 的需求和步驟等詳細資訊，請參閱下列主題：

信箱移動

為了確保資料不會因為在移動信箱期間所發生的問題而導致資料不小心遺失 (例如目標資料庫上的遺失容錯移轉)，因此移動信箱的程序已有所變動。

將信箱從 Exchange 2010 SP1 資料庫移至任何其他的資料庫時，Exchange 不再於移動完成後立即完全刪除來源資料庫上的信箱。而是將來源信箱資料庫的信箱切換為「虛刪除」狀態，如此可在信箱還原作業期間使用新的一組 MailboxRestoreRequest 指令程式來存取信箱資料。

這些虛刪除的信箱可以在針對資料庫執行 Get-MailboxStatistics Cmdlet 時看見，也可以藉由查看 DisconnectReason 屬性是否具有 SoftDeleted 值來加以識別。虛刪除的信箱會保留在來源資料庫中，直到刪除的信箱保留期間到期或使用 Remove-StoreMailbox Cmdlet 清除信箱為止。由於這些變更，若您要移動信箱以減少資料庫所使用的空間，則必須另外執行清除虛刪除信箱的步驟。無法重新連接虛刪除的信箱。

附註：
在 Exchange 2010 SP1 之前的 Exchange 版本中，無法使用 Get-MailboxStatistics Cmdlet 來檢視虛刪除的信箱。

若有需要，您可以使用一組以 New-MailboxRestoreRequest Cmdlet 啟動的 MailboxRestoreRequest Cmdlet 來還原這些虛刪除信箱的資料。MailboxRestoreRequest Cmdlet 會取代舊版的 Restore-Mailbox Cmdlet。除了與 Restore-Mailbox Cmdlet 具有相同的功能之外，MailboxRestoreRequest Cmdlet 也可以執行其他工作，包括下列各項：

從不位於復原資料庫的重新隸屬或虛刪除的信箱還原。
進行非同步處理 (如在 Exchange 2010 中移動信箱)。
將資料還原到封存信箱中。

信箱移動的已知問題

下列是已知與信箱移動相關的問題。

MRSProxy

進行跨樹系移動信箱之前，必須先套用 Microsoft .NET Framework Hotfix，Exchange 2010 SP1 才會變更為 Mailbox Replication Proxy (MRSProxy) 服務。如果您未套用 .NET Framework Hotfix，則會在遠端樹系上接收到由於 MRSProxy 失敗所造成的暫時性例外狀況，如此將產生一連串「另一位系統管理員正在移動信箱」的錯誤訊息。有時候會復原移動要求並重試移動作業，但最終會因為暫時性例外狀況太多而造成移動失敗。在 Client Access Server 的事件檢視器中，您將收到類似下列的錯誤訊息：

記錄檔名稱：應用程式

來源：.NET Runtime

日期：6/14/2010 下午 3:56:55

事件識別碼：1023

工作類別：無

等級：錯誤

關鍵字：傳統

使用者：不適用

電腦： CAS01.contoso.com

描述：.NET Runtime 2.0.50727.4200 版 - 嚴重的執行引擎錯誤 (000007FEF884664E) (80131506)

您需要對兩個樹系內的所有 Exchange 2010 SP1 用戶端存取伺服器套用 Hotfix。如需此 Hotfix 以及如何下載此 Hotfix 的相關資訊，請參閱 Microsoft 知識庫文章 971030，FIX：執行具有虛擬呼叫 IList<T>、IEnumerable<T>，在 .NET Framework 2.0 架構應用程式時，就會發生的存取違規或 ICollection<T> 介面中 LCG 方法。

移動要求版本管理

執行跨樹系移動信箱的作業時，Microsoft Exchange 信箱複寫服務 (MRS) 和 MRSProxy 服務的 Exchange 2010 RTM 版本無法登入 Exchange 2010 SP1 信箱伺服器。這項功能很有意義。在要提供給新功能 (例如虛刪除) 的不同 Exchange 版本之間移動信箱時，這項功能可以避免發生錯誤。若要防止發生這種問題，您可以執行下列其中一個動作：

確定遠端和本機樹系中的所有 Client Access Server 都執行與遠端和本機樹系中信箱伺服器相同的 Exchange 版本或更新版本。
在遠端樹系中，確定您並未在相同的網路負載平衡器 (NLB) 端點後面混用不同版本的 Exchange 伺服器。
從更新版本的 Exchange 啟動跨樹系移動作業。

自動探索

在 RTM 版本的 Exchange 2010 中，當您跨樹系移動信箱時，來源信箱會轉換為擁有郵件功能的使用者。如果該信箱具有個人封存檔，則在移動完成後，並不會從來源樹系中擁有郵件功能的使用者清除msExchArchiveDatabaseLink 屬性，而且目標樹系中的新信箱也會使用封存檔目前所在的資料庫，將這個屬性加上戳記。如果擁有郵件功能的使用者具有這個屬性，此屬性將會指向來源樹系中的資料庫。

因此，當您升級至 Exchange 2010 SP1 時，Autodiscover 和 Outlook 無法判斷信箱所在位置，因為擁有郵件功能的使用者物件和信箱物件會指向不同樹系中的不同資料庫。

因此，在升級至 Exchange 2010 SP1 之前，您必須針對每個受影響的擁有郵件功能之使用者，從 Active Directory 手動清除 msExchArchiveDatabaseLink 屬性。您可以使用諸如 ADSIEdit 的工具來移除這個內容。如需詳細資訊，請參閱 Microsoft 知識庫文章 2387770 使用 Autodiscover 時，如果跨樹系移動使用者，Outlook 無法連線至 Exchange 2010 SP1 信箱，並指出「無法開啟預設的電子郵件資料夾」 (英文)。

整合通訊

安裝及設定具有整合通訊的 Exchange 2010 SP1 時，請考慮下列問題：

UM 語言套件

Exchange 2010 SP1 的整合通訊 (UM) 語言套件只適用於執行 Exchange 2010 SP1 的 Unified Messaging Server。它們不能安裝在執行量產發行 (RTM) 版本 Exchange 2010 的 64 位元 Unified Messaging Server 上。

來電者使用自動語音辨識 (ASR) 或轉譯語音訊息時，這些新的 UM 語言套件可讓執行 Exchange 2010 SP1 的 Unified Messaging Server 使用其他語言與呼叫者進行交談，並辨識其他語言。UM 語言套件包含：

預錄提示，例如：「聽到嗶聲後請錄下您的訊息。錄製完畢後請掛斷電話，或按井字鍵選擇其他選項。」這些提示是以 UM 語言套件的語言預錄提示。
文字轉語音 (TTS) 資料和可執行程式碼，能夠以 UM 語言套件的語言向來電者唸出文字內容 (例如電子郵件、行事曆和連絡人資訊)。
ASR 資料和可執行程式碼，能夠讓來電者在語音使用者介面 (Outlook 語音存取) 中，以 UM 語言套件的語言與整合通訊進行互動。
語音信箱預覽支援，能夠讓使用者從電子郵件用戶端 (例如 Microsoft Outlook 或 Microsoft Office Outlook Web App) 閱讀語音信箱訊息的文字版本。語音信箱預覽功能無法在所有 UM 語言套件中使用。

下列清單提供 Exchange 2010 SP1 中的 UM 語言套件清單，其中包含語音信箱預覽的支援。以星號 (*) 標示的語言套件是 SP1 中新增的項目：

英文 (美國) (en-US)
英文 (加拿大) (en-CA) *
法文 (法國) (fr-FR)
義大利文 (義大利) (it-IT)
波蘭文 (pl-PL) *
葡萄牙文 (葡萄牙) (pt-PT) *
西班牙文 (西班牙) (es-ES) *

已知問題

下列是已知與 UM 語言套件相關的問題：

安裝問題

安裝 UM 語言套件時，可能會看到下列錯誤訊息：「未在組態檔中定義這個指定的角色 UmLanguagePack。」若要解決此問題，您可以刪除 C:\Program Files\Microsoft\Exchange Server\V14\Bin\en\ExBPA.Config.xml 檔案，然後重新啟動語言套件安裝。
使用 UM 語言套件來進行名稱發音時的一般建議和考量。下列問題與名稱發音有關：
- 實際名稱應由啟用 UM 的使用者在設定他們的語音信箱時錄製 (第一次登入 Outlook 語音存取時)。
- 如果有錄製的名稱，則一定會由整合通訊向來電者說出該名稱。
- 如果沒有錄製的名稱，整合通訊將嘗試說出使用者顯示名稱的發音。這麼做需要 Unified Messaging Server 使用 TTS 合成說出使用者的名稱。
- 如果使用者無法使用語音顯示名稱，整合通訊將嘗試說出使用者的顯示名稱。這也需要 TTS 合成。
- 案例中名稱的發音問題 (將在本文件稍後說明) 是 Unified Messaging Server 在說出使用者的名稱時會使用錄製的名稱或語音顯示名稱。

特定語言的問題。某些語言套件可能有名稱發音的問題。以下按照語言套件列出問題：

日文

在某些無法發出其完整名稱發音的羅馬字名稱案例中 (日文名稱是使用羅馬字母拼寫)，整合通訊可能會讀出依字母唸出的名稱，例如，「Sugimoto」，整合通訊可能會讀成「s-u-g-i-m-o-t-o」。

此外，整合通訊可能不會讀出使用羅馬字母拼寫的英文名稱，在唸出名稱時不會出聲。
俄文

某些俄文拼音的名稱以及英文名稱可能會以不自然的方式發音。

英文 (印度)

嘗試切換用來在 Outlook 語音存取中閱讀電子郵件的語言時，整合通訊可能無法辨識所要求文化特性的名稱。若要解決此問題，請嘗試使用其他名稱，例如，不使用「中文」，而是改用「中文 (中國)」或「中文 (香港)」。

注意：
在包含於 Windows Server 2003 上執行之 Exchange Server 2007 Server 的組織中部署 Exchange 2010 SP1 英文 (印度) (en-IN) 整合通訊語言套件，將會導致 Exchange 2007 Servers 失敗。

英文 (美國)

整合通訊可能無法讀出以非羅馬字母字元撰寫的名稱。
中文 (香港)

整合通訊可能無法讀出使用中文 (香港) 以外的字母字元撰寫的名稱。
丹麥文

報告時間時，整合通訊可能會不必要地重複「klokken」這個字，例如，「ankom I går klokken klokken 8:21」。

Exchange 2010 UM 疑難排解工具

您可以使用 Test-ExchangeUMCallFlow Cmdlet 來測試 Unified Messaging Server、IP 閘道和工作階段初始通訊協定 (SIP) 伺服器之間的呼叫流程。這個指令程式可以用來診斷在電話語音元件、Exchange 2010 SP1 整合通訊設定及內部部署和外部部署整合通訊部署之間的連線問題中發現的組態錯誤。

Test-ExchangeUMCallFlow Cmdlet 也可以用來診斷自動答錄服務案例特有的組態錯誤，以及測試下列語音信箱的內部部署和外部部署是否正確運作：

使用 Microsoft Office Communications Server 2007 R2 或 Microsoft Lync Server 2010 的部署
未使用 Communications Server 2007 R2 或 Lync Server 2010 的部署

這個 Cmdlet 會模擬呼叫及執行一系列的診斷測試，並為偵測到的問題提供原因和可能的解決方案。這個 Cmdlet 也提供診斷與網路連線相關之音訊品質的度量，例如抖動和平均封包遺失。Test-ExchangeUMCallFlow Cmdlet 支援測試整合通訊元件安全模式、SIP 安全模式及不安全模式，並且可以在閘道器模式或 SIPClient 模式中執行。

重要事項：
Test-ExchangeUMCallFlow 指令程式必須只用來測試已安裝 Exchange 2010 SP1 之 Exchange 2010 Unified Messaging Server 的語音信箱功能。

Test-ExchangeUMCallFlow Cmdlet 可以安裝在本機 Unified Messaging Server 或其他執行下列作業系統的 64 位元電腦：

Windows Vista 或 Windows 7 作業系統。
Windows Server 2008 或 Windows Server 2008 R2 作業系統。

Test-ExchangeUMCallFlow 指令程式需要在安裝指令程式之前，於執行 Windows Vista、Windows 7 或 64 位元版本 Windows Server 2008 的電腦上安裝下列清單中的元件：

.NET Framework 3.5 SP1。如需相關資訊，請參閱 Microsoft .NET Framework 3.5 Service Pack 1。
如果要在執行 Windows Vista 或 Windows Server 2008 的電腦上執行工具，則需要安裝 64 位元版本 Windows Vista 的 .NET Framework 3.5 系列更新，以及 Windows Server 2008 的 64 位元版本更新。如需詳細資料，請參閱 Microsoft .NET Framework 3.5 Family Update for Windows Vista x64, and Windows Server 2008 x64。
Windows 遠端管理 (WinRM) 2.0 和 Windows PowerShell V2 (Windows6.0-KB968930.msu)。如需相關資訊，請參閱 Windows 管理架構核心封裝 (Windows PowerShell 2.0 和 WinRM 2.0)。
Microsoft Unified Communications Managed API 2.0 Core Runtime (UcmaRuntimeWebDownloadX64.msi)。如需詳細資訊，請參閱 Unified Communications Managed API 2.0, Core Runtime (64 位元)。

Test-ExchangeUMCallFlow 指令程式不含在 Exchange 2010 SP1 DVD 或僅限 Exchange 2010 SP1 的下載中。不過，您可以從 Microsoft 下載中心下載 Test-ExchangeUMCallFlow 指令程式。如需詳細資訊，請參閱整合通訊疑難排解工具。

重要事項：
UM 疑難排解工具中的 Diversion 參數目前不接受多個 History-Info 標頭。在 `Gateway` 模式下執行工作時，必須提供 Diversion 參數。這可以是採用 Diversion 或 History-Info 標頭的形式。指定使用 History-Info 標頭的轉接標頭時，Unified Communications Managed API 2.0 需要至少提供兩個 History-Info 標頭。例如："<sip:66242@10.197.22.149;user=phone >; index=1, \ < sip:66242@10.197.22.149?Reason=SIP; cause=480; \ text="Request Timeout">;index=1.1, \ ;index=1.2"

重要事項：

UM 疑難排解工具中的 Diversion 參數目前不接受多個 History-Info 標頭。在 Gateway 模式下執行工作時，必須提供 Diversion 參數。這可以是採用 Diversion 或 History-Info 標頭的形式。指定使用 History-Info 標頭的轉接標頭時，Unified Communications Managed API 2.0 需要至少提供兩個 History-Info 標頭。例如："<sip:66242@10.197.22.149;user=phone >; index=1, \ < sip:66242@10.197.22.149?Reason=SIP; cause=480; \ text="Request Timeout">;index=1.1, \ ;index=1.2"

Office Communications Server 2007 和 Lync Server 2010

Exchange 2010 SP1 中的整合通訊需要 Office Communications Server 2007 R2 或 Microsoft Lync Server 2010 (下一代的 Office Communications Server)。下表說明支援的部署。

支援的部署

Office Communications Server 或 Lync Server 版本	Exchange Server 2007 SP1、SP2 或 SP3 整合通訊。	Exchange 2010 RTM 整合通訊。	Exchange 2010 SP1 整合通訊。
Office Communications Server 2007	僅在企業部署中受支援。位置設定檔名稱和 UM 撥號對應表電話內容必須相符。	僅在企業部署中受支援。位置設定檔名稱和 UM 撥號對應表電話內容必須相符。	不支援。
Office Communications Server 2007 R2	僅在企業部署中受支援。位置設定檔名稱和 UM 撥號對應表電話內容必須相符。	僅在企業部署中受支援。位置設定檔名稱和 UM 撥號對應表電話內容必須相符。	僅在企業部署中受支援。位置設定檔名稱與 UM 撥號對應表的電話內容不一定要相符。
Lync Server 2010	僅在企業部署中受支援。位置設定檔名稱和 UM 撥號對應表電話內容必須相符。	僅在企業部署中受支援。位置設定檔名稱和 UM 撥號對應表電話內容必須相符。	支援外部部署或企業部署。位置設定檔名稱與 UM 撥號對應表的電話內容不一定要相符。

附註：
Exchange 2010 SP1 整合通訊不再支援 Office Communications Server 2007。您必須使用 Office Communications Server 2007 R2 或 Lync Server 2010。

法律注意事項

本文件依其「原狀」提供。此文件中的資訊和意見 (包括 URL 及其他網際網路網站參照)，如有變更恕不另行通知。貴用戶須自行承擔使用風險。

此處提供的一些範例僅供說明之用，且均為虛構內容，其中並未影射任何真實的關聯或連線。

本文件不對任何 Microsoft 產品的智慧財產權提供合法權利。您可複製本文件供內部參考使用。

Microsoft、MS-DOS、Windows、Windows Media、Windows Mobile、Windows NT、Windows PowerShell、Windows Server、Windows Vista、Active Directory、ActiveSync、Entourage、Excel、Forefront、Internet Explorer、Outlook、PowerPoint、SharePoint、SmartScreen、Visual Basic、Xbox、Xbox 360、Xbox 球體商標圖樣、Zune 及 Zune 商標圖樣係 Microsoft 公司集團的商標。

所有其他商標均歸其各擁有者所有。

著作權所有並保留一切權利。

同義字內容依據為 Porto Editora, Lda 的 dictionário de Sinónimos。

著作權所有並保留一切權利。

安全性系統部份依據為 RSA Data Security, Inc 的 BSAFE®和 TIPEM® 軟體。

Microsoft 已透過 Stellent Chicago Sales, Inc 取得下列元件的授權 (以物件程式碼形式)：

元件 – 8.0 版

Outside In ® HTML Export 8.0 版

支援的平台 – 8.0 版：

Windows Intel (32 位元二進位檔)

Windows® 2000/XP/Server 2003

Windows Itanium (64 位元二進位檔)

Windows.NET ® Server 2003 Enterprise Edition (適用於 Itanium)

Windows AMD (64 位元二進位檔)

Windows Server 2003 Enterprise Edition (適用於 AMD Opteron)