共用方式為


瞭解郵件節流

 

適用版本: Exchange Server 2010 SP2, Exchange Server 2010 SP3

上次修改主題的時間: 2015-03-09

本主題會說明 Microsoft Exchange Server 2010 中可用的郵件節流選項。 它也說明了 Microsoft Exchange Server 2010 Service Pack 1 (SP1) 內含的郵件節流功能之增強內容。 *「郵件節流」*是一組限制,這些限制是針對執行 Exchange 2010 且已安裝集線傳輸伺服器角色或邊際傳輸伺服器角色的電腦所能處理的郵件和連線數。 這些限制能避免傳輸伺服器上的系統資源發生意外或蓄意的耗盡。

如需更多與管理傳輸伺服器相關的管理工作之資訊,請參閱 管理傳輸伺服器

目錄

郵件節流範圍

傳輸伺服器上的郵件節流選項

傳送連接器上的郵件節流選項

接收連接器上的郵件節流選項

郵件節流原則

郵件節流範圍

郵件節流牽涉到許多對於郵件處理速率、SMTP 連線速率以及 SMTP 工作階段逾時值等限制。 這些限制會聯合起來保護集線傳輸伺服器或邊際傳輸伺服器不會因為接受和傳遞郵件而遭到攻擊。 儘管可能有大量待處理的郵件和連線在等著處理,郵件節流限制讓傳輸伺服器能夠以有條理的方式處理郵件和連線。

除了郵件節流之外,Exchange 2010 也讓您對郵件的個別元件加上大小限制,例如收件者數目、郵件標頭的大小,或是個別附件的大小。如需郵件大小限制的相關資訊,請參閱瞭解郵件大小限制

另一項幫助避免 Exchange 2010 傳輸伺服器上系統資源不堪負荷的 Exchange 2010 功能是*「背壓」*。背壓是 Hub Transport Server 和 Edge Transport Server 上的系統資源監視功能。 如果受監視的系統資源 (例如硬碟使用量或記憶體使用量) 超過指定的閾值,Exchange 傳輸伺服器就會減少接受新的連線及郵件率,並專注傳遞現有的郵件。 當受監視的系統資源之使用情況回到正常層級,Exchange 傳輸伺服器會緩慢增加其速度,直到它接受新的連線,然後恢復到正常層級。 如需相關資訊,請參閱 了解背壓

Exchange 2010 SP1 中的郵件節流增強功能

Exchange 2010 SP1 內含可增強郵件節流功能的額外功能。 這些增強功能可解決管理員可能會在郵件傳遞環境中所遭遇到的以下問題:

  • 由於寄送含有大型附件或寄送給多位收件者的郵件需要更多的資源,其他的郵件傳遞作業可能會遭遇到更多延遲。

  • 高度的信箱傳遞作業可能會降低使用者之互動信箱體驗。 例如,使用者存取其郵箱時,可能感受到緩慢的重新整理或更新時間。

  • 並沒有集中化的方法可用於控制特定使用者可能不慎影響傳輸伺服器資源的程度。 如果就收件者數目、或總郵件大小、或兩者皆有的方面來看,使用者寄送高傳送成本的郵件時,便可能發生此現象。

為提供更一致的郵件輸送量與可預測的郵件傳遞延遲,Exchange 2010 SP1 會建立了一項郵件的累計成本。此成本以下列準則為基礎:

  • 郵件大小

  • 收件者數目

  • 傳輸頻率

於 Exchange 2010 SP1 執行的傳輸伺服器會追蹤個別使用者所寄送之郵件的平均傳遞成本。 藉由利用郵件成本,Exchange 2010 SP1 提供了一組設定,能用來控制 Exchange 組織中某個使用者或連線所造成的影響。此組設定稱為節流原則。 當某個使用者重複地寄送耗費成本的郵件 (例如含有大型附件或寄送給多位收件者的郵件) 時,採用 Exchange 2010 SP1 的傳輸伺服器將會使用節流原則,將該使用者所寄送的較高成本郵件指派為較低的優先順序,同時又持續傳遞較低成本的郵件。 這項新行為可增加 Exchange 2010 中郵件節流功能的「服務品質」部分。

注意事項附註:
從使用者觀點來看,郵件節流並不會影響郵件優先順序。郵件將持續保有使用者所設定的原先優先順序。 例如,郵件將保有「重要」或「緊急」等設定。

為支援此項新功能,Exchange 2010 SP1 採用了以下的機制:

  • 內部優先順序代理程式 這個代理程式將於 OnResolvedMessage 事件中觸發,並指派較低的優先順序給來自擁有高累計成本的相同寄件者之郵件。 此成本之衡量是以一分鐘的週期來計算,並且將影響到擁有超過 500 個 P1 與 P2 收件者、或是大小超過 1 MB 之郵件。

  • 適用於 MapiDelivery 佇列類型的配額式優先順序佇列 這個機制會讓 Exchange 以正常優先順序佇列傳遞郵件,其頻率將比低優先順序佇列的郵件還高。 依據預設,正常與低郵件之比率為 20:1。然而,來自較低優先順序佇列之新郵件的傳遞,絕不會快於來自較高優先順序佇列之新物件。 例如,請考量下列情境:

    1. 已傳遞二十封正常優先順序之郵件。依據預設,下一個傳送的郵件為較低優先順序之郵件。

    2. 傳輸伺服器收到兩封新郵件: 一封郵件來自較高優先順序佇列,一封郵件來自較低優先順序佇列。

    在此情境中,來自較高優先順序佇列的郵件將優先傳遞。接著再傳遞來自較低優先順序之郵件。

  • 依據郵件傳遞資料庫健康狀況調節同時連線數 此機制將監視 Exchange 郵件傳遞資料庫 (MDB) 之健康狀況,並根據所指定的健康狀況量值對 Exchange 傳輸伺服器的同時連線數進行調節。 MDB 是由集線傳輸伺服器上的 Resource Health Monitor API 進行監視,並指派了自 -1 至 100 的健康值。這個數值是以 RPC 效能統計資料為依據,該資料附於 Store.exe 程序的每個 RPC 回應之中。 Resource Health 架構使用了 Requests/Second 率之效率計數器與 Average RPC Latency 效能計數器來計算資料庫之健康值。 為協助維持一致的互動性使用者體驗,Exchange 會隨著健康值降低而減少同時連線的數目。可用的健康值範圍如下:

    • **-1:**這個值表示 MDB 健康狀態為未知。當資料庫啟動時會指派此數值。在此情況下,會將資料庫視為健康。

    • **0:**如果資料庫處於不健康的狀態,會指派此數值。在此狀態下,不應連接該資料庫。

    • **1 至 99:**這些數值代表了一般的健康狀態。較低的值表示健康狀態較差的資料庫。

    • **100:**這個值代表健康良好的資料庫。

Exchange 2010 SP1 中的 Microsoft Exchange 節流服務提供了郵件流程節流之架構。當您安裝信箱伺服器角色時便會安裝此服務。 Exchange 2010 節流服務能持續追蹤某特定使用者的郵件流程節流設定,並將節流資訊儲存於記憶體中。郵件流程節流設定也稱為預算。重新啟動 Exchange 2010 節流服務也會重設郵件流程節流預算。

您可以使用 Exchange 2010 SP1 所提供的節流原則指令程式,為某個節流原則設定個別的預算設定。 預算的定義為某個使用者或應用程式在某特定設定中所擁有的存取數量。 預算代表了使用者所能擁有的連線數目、或使用者在每一分鐘的期間內所被允許的活動數目。 例如,可透過設定預算,來設定某個使用者在 Exchange (如 ActiveSync、Outlook Web App 或 Exchange Web 服務) 中所能使用的時間長度。此閥值會儲存於節流原則中並定義預算。

預算的時間設定會以一分鐘的百分比例來進行設定。因此,100% 的閾值便代表 60 秒。 例如,假設您想要指定 Outlook Web App 原則設定,將使用者在用戶端存取伺服器上執行 Outlook Web App 碼期間中的時間與該使用者與用戶端存取進行通訊的時間,限制在每一分鐘的期間內為 600 毫秒。 為達成此目的,您必須將以下兩個參數之數值設定為一分鐘 (600 毫秒) 的 1%:

  • **OWAPercentTimeInCAS:**1

  • OWAPercentTimeInMailboxRPC: 1

套用此原則的使用者,便擁有 600 毫秒 OWAPercentTimeInCAS 與 600豪秒 OWAPercentageTimeInMailboxRPC 之預算。 在此情況中,當使用者登入 Outlook Web App 時,該使用者能夠執行用戶端存取碼長達 600 毫秒。 在 600 毫秒之後,該連線便被認為超出預算,因此 Exchange 伺服器便不再允許更多的 Outlook Web App 動作,直到達到預算限制後經過一分鐘後為止。 經過一分鐘之後,使用者又能執行 Outlook Web App 用戶端存取碼長達 600 毫秒。

這些 Exchange 2010 之量產發行 (RTM) 版本所提供的 Exchange 2010 SP1 功能,可讓 Exchange 系統管理員保持一致的使用者體驗,而無須部署多於一般負載量需求的伺服器數量。

傳輸伺服器上的郵件節流選項

您可以設定下列位置的郵件節流選項:

  • 在傳輸伺服器上

  • 在傳送連接器上

  • 在接收連接器上

您可以在 Exchange 管理命令介面中設定 Hub Transport Server 或 Edge Transport Server 上可用的所有郵件節流選項。您也可以在 Exchange 管理主控台中設定傳輸伺服器內容,設定部分相同選項。

下表列出可在Hub Transport Server 或 Edge Transport Server 上使用的郵件節流選項。

集線傳輸伺服器或邊際傳輸伺服器上的郵件節流選項

來源 參數 描述

Set-TransportServer

MaxConcurrentMailboxDeliveries

此參數指定 Hub Transport Server 同時開啟以將郵件傳遞至信箱的傳遞執行緒數目上限。 Hub Transport Server 上的儲存區驅動程式負責將郵件傳遞到 Mailbox Server,以及從該處傳遞出去。 此限制適用於 Exchange 組織中任何信箱的郵件傳遞。 MaxConcurrentMailboxDeliveries 參數的預設值是 20。

Set-TransportServer

MaxConcurrentMailboxSubmissions

此參數指定 Hub Transport Server 同時開啟以接受來自信箱之郵件的傳遞執行緒數目上限。 Hub Transport Server 上的儲存區驅動程式負責將郵件傳遞到 Mailbox Server,以及從該處傳遞出去。 此限制適用於從 Exchange 組織中任何信箱接受新郵件。 MaxConcurrentMailboxSubmissions 參數的預設值是 20。

Set-TransportServer

MaxConnectionRatePerMinute

此參數指定可對 Hub Transport Server 或 Edge Transport Server 開啟的新輸入連線速率上限。 這些連線會開啟至伺服器上存在的任何接收連接器。 MaxConnectionRatePerMinute 參數的預設值是每分鐘 1,200 個連線。

Set-TransportServer

傳輸伺服器內容

MaxOutboundConnections

此參數指定 Hub Transport Server 或 Edge Transport Server 可以同時開啟的同時輸出連線數目上限。 使用伺服器上存在的傳送連接器便會發生輸出連線。 MaxOutboundConnections 參數所指定的值適用於傳輸伺服器上存在的所有傳送連接器。 MaxOutboundConnections 參數的預設值是 1,000。如果您輸入的值為 unlimited,則不會對輸出連線的數目有任何限制。

這個值也可以使用 EMC 進行設定。

Set-TransportServer

傳輸伺服器內容

MaxPerDomainOutboundConnections

此參數指定面對網際網路的 Hub Transport Server 或 Edge Transport Server 可以同時開啟至單一遠端網域的連線數目上限。 使用伺服器上存在的傳送連接器便會發生遠端網域的輸出連線。 MaxPerDomainOutboundConnections 參數的預設值是 20。如果您輸入的值為 unlimited,則不會對每個網域的輸出連線數目有任何限制。

這個值也可以使用 EMC 進行設定。

Set-TransportServer

PickupDirectoryMaxMessagesPerMinute

此參數指定收取目錄與重新顯示目錄的郵件處理率。 每個目錄可使用 PickupDirectoryMaxMessagesPerMinute 參數所指定的速率,進而處理郵件檔案。 根據預設,收取目錄每分鐘可處理 100 則郵件,在此同時,重新顯示目錄每分鐘亦可處理 100 則郵件。

每 5 秒鐘會檢查一次收取目錄和重新顯示目錄是否有新郵件檔案,也就是每分鐘 12 次。 這項 5 秒的輪詢間隔是無法設定的。 也就是說,您為 PickupDirectoryMaxMessagesPerMinute 參數所指定的值除以 12 (PickupDirectoryMaxMessagesPerMinute/12) 參數所指定的值除以 12。 根據預設,在每個 5 秒的輪詢間隔期間,最多可處理 8 則郵件。

如需相關資訊,請參閱下列主題:

傳送連接器上的郵件節流選項

下表列出可在傳送連接器 (設定在您組織或 Edge Transport Server 中) 上使用的郵件節流選項。 您必須使用命令介面,來設定此選項。

傳送連接器上可用的郵件節流選項

來源 參數 描述

Set-SendConnector

ConnectionInactivityTimeOut

此參數指定在關閉連線之前,與目的郵件伺服器的開啟 SMTP 連線可以持續閒置的時間上限。 預設值是 10 分鐘。

如需相關資訊,請參閱Set-SendConnector

接收連接器上的郵件節流選項

下表顯示可供 Hub Transport Server 或 Edge Transport Server 上所設定之接收連接器使用的郵件節流選項。 您必須使用命令介面,來設定這些選項。

接收連接器上可用的郵件節流選項

來源 參數 描述

Set-ReceiveConnector

ConnectionInactivityTimeOut

此參數指定在關閉連線之前,與來源郵件伺服器的開啟 SMTP 連線可以持續閒置的時間上限。 Hub Transport Server 上所設定之接收連接器的預設值是 5 分鐘。 Edge Transport Server 上所設定之接收連接器的預設值是 1 分鐘。

Set-ReceiveConnector

ConnectionTimeOut

此參數指定與來源郵件伺服器的 SMTP 連線可以持續開啟的時間上限 (即使來源郵件伺服器正在傳輸資料)。 Hub Transport Server 上所設定之接收連接器的預設值是 10 分鐘。Edge Transport Server 上所設定之接收連接器的預設值是 5 分鐘。 ConnectionTimeout 參數所指定的值必須大於 ConnectionInactivityTimeout 參數所指定的值。

Set-ReceiveConnector

MaxInboundConnection

此參數指定此接收連接器同時間允許的輸入 SMTP 連線數目上限。 預設值為 5000。

Set-ReceiveConnector

MaxInboundConnectionPercentagePerSource

此參數可指定接收連接器同時允許來自單一來源郵件伺服器的 SMTP 連線數目上限。 此值是以接收連接器上可用的其餘連線百分比來表示。 MaxInboundConnection 參數定義了接收連接器所允許的連線數目上限。 MaxInboundConnectionPercentagePerSource 參數的預設值是 2%。

Set-ReceiveConnector

MaxInboundConnectionPerSource

此參數可指定接收連接器同時允許來自單一來源郵件伺服器的 SMTP 連線數目上限。 預設值為 100。

Set-ReceiveConnector

MaxProtocolErrors

此參數指定接收連接器在關閉與來源郵件伺服器的連線之前,所允許的 SMTP 通訊協定錯誤數目上限。 預設值為 5。

Set-ReceiveConnector

TarpitInterval

此參數指定用於「垃圾郵件防堵」的延遲。 「垃圾郵件防堵」是指針對指出目錄搜尋攻擊或其他擾人郵件的特定 SMTP 通訊模式,以人工方式延遲 SMTP 回應的作法。 「目錄搜集攻擊」會嘗試從特定組織收集有效的電子郵件地址,以用作未經同意的廣告郵件目標。

TarpitInterval 參數所指定的延遲只適用於匿名連線。 TarpitInterval 參數的預設值是 5 秒。 如需相關資訊,請參閱了解收件者篩選

如需相關資訊,請參閱Set-ReceiveConnector

郵件節流原則

在 Exchange 2010 SP1 之中,每個信箱都具有節流原則設定。 此設定的預設值為 $Null。 您可以搭配使用 Set-Mailbox 指令與 ThrottlingPolicy 參數,以設定信箱的節流原則。

對於連線至 Exchange 的使用者,已存在預設的節流原則,以提供預設的預算設定。 若要替一位以上的使用者設定自訂預算設定,請建立新的節流原則。接著將該原則套用至適用的使用者或群組上。

重要事項重要事項:
建議您不要修改預設的節流原則。

您可以在 Exchange 管理命令介面中設定信箱伺服器上可用的所有郵件節流選項。下列指令程式可供您管理節流原則:

  • Get-ThrottlingPolicy

  • Remove-ThrottlingPolicy

  • New-ThrottlingPolicy

  • Set-ThrottlingPolicy

如需相關資訊,請參閱 瞭解用戶端節流原則

您可以使用 New-ThrottlingPolicySet-ThrottlingPolicy 指令程式來設定一名使用者在某特定連線或期間內於 Exchange 所能進行的活動量。這些設定構成了使用者的預算。 您可以建立節流原則,以控制對下列 Exchange 功能之存取:

  • Exchange ActiveSync

  • Exchange Web 服務

  • Outlook Web App

  • 整合通訊

  • IMAP4

  • POP3

  • Outlook 用戶端連線 (MAPI 或 RPC 連線)

  • 郵件流程設定

  • PowerShell 命令

  • CPU 使用量

如需更多有關節流原則指令程式所能使用的原則設定之相關資訊,請參閱 New-ThrottlingPolicySet-ThrottlingPolicy

如需更多如何設定傳輸伺服器的相關資訊,請參閱下列主題:

 © 2010 Microsoft Corporation. 著作權所有,並保留一切權利。