佇列

適用於：Exchange Server 2013

佇列是等候進入下一個處理階段或傳遞至目的地之訊息的暫存位置。 每個佇列都代表 Exchange Server 會以特定順序處理的一組邏輯訊息。 在 Microsoft Exchange Server 2013 中，佇列中會存放進行傳遞之前、期間或之後的訊息。 佇列存在於 Mailbox Server 和 Edge Transport Server 上。 在本主題中，信箱伺服器和 Edge Transport Server 稱為 傳輸伺服器 。

如前版的 Exchange 一樣，Exchange 2013 使用單一可延伸儲存引擎 (ESE) 資料庫來進行佇列儲存。

您可以使用 Exchange 管理命令介面以及 Exchange 工具箱中的佇列檢視器，來管理佇列和佇列中的訊息。 您可以使用這些介面來檢視佇列的狀態與內容，以及詳細的訊息屬性。 您也可以使用這些介面執行修改佇列或佇列中之訊息的動作。

佇列類型

Exchange 2013 中使用下列佇列類型：

• 持續性佇列： 永續性佇列 是存在於每個 Exchange 組織中每個傳輸伺服器上的佇列。 如前版的 Exchange 一樣，Exchange 2013 中有三個持續性佇列：

  • 提交佇列：分類器會使用提交佇列來收集所有必須由傳輸伺服器上的傳輸代理程式解析、路由及處理的訊息。 傳輸伺服器收到的所有訊息會進入提交佇列中進行處理。 在 Mailbox Server 上，郵件會透過「接收」連接器、「收取」或「重新顯示」目錄或是「信箱傳輸提交服務」提交。 在 Edge Transport Server 上，郵件通常會透過「接收」連接器提交，但也可以透過「收取」和「重新顯示」目錄。

    分類程式會從此佇列擷取訊息，除此之外，還會判定收件者的位置與到達該位置的路由。 分類之後，訊息會移至傳遞佇列或無法存取之佇列。 每個傳輸伺服器都只有一個提交佇列。 在提交佇列中的訊息不能同時存在於其他佇列中。 如需分類器和傳輸管線的詳細資訊，請參閱 郵件流程。

  • 無法連線的佇列：無法連線的佇列包含無法路由傳送至目的地的訊息。 一般來說，無法達到的目的地是修改傳遞之路由路徑的組態變更所造成。 無論目的地為何，具有無法達到的收件者的所有訊息都位於此佇列中。 每個傳輸伺服器都只有一個「無法存取之佇列」。

    偵測到路由變更時，系統會自動重新提交「無法存取之佇列」中的訊息。 因此，當導致訊息進入「無法存取的佇列」的狀況或組態錯誤獲得修復後，您就不需要採取其他動作來將訊息移出「無法存取之佇列」進行傳遞。

    「無法存取之佇列」通常是空的。 「無法存取之佇列」如果未包含任何訊息，就不會顯示在佇列檢視器或 Get-Queue 結果中。

  • 有害訊息佇列：有害訊息佇列是特殊的佇列，用來隔離在傳輸伺服器或服務失敗後判斷為對 Exchange 2013 系統有害的訊息。 郵件的內容和格式本身可能真的有害。 或者，也有可能這些郵件在撰寫時是使用設計不良的代理程式，而造成 Exchange 伺服器在處理可能有問題的郵件時失敗。

    毒藥訊息佇列通常是空的。 毒藥訊息佇列如果未包含任何訊息，就不會顯示在佇列檢視器或 Get-Queue 結果中。 毒藥訊息佇列中的郵件絕對不會自動恢復或到期。 在系統管理員手動恢復或移除郵件之前，這些郵件會保留在有害訊息佇列中。

• 傳遞佇列：傳遞隊列會保留使用 SMTP 傳遞至任何本機或遠端目的地的訊息。 Exchange 伺服器間的所有訊息都是使用 SMTP 來傳輸。 如果目的地是由傳遞代理程式連接器所服務，則非 SMTP 目的地也會使用傳遞佇列。 . 每個傳遞佇列都包含要路由傳送至相同目的地的訊息。 在實務上，一台傳輸伺服器上有多個傳遞佇列存在是無可避免的。 傳遞佇列會在需要時動態建立，並且會在佇列已空以及過了到期時間時自動刪除。 佇列到期時間是由Set-TransportService Cmdlet 上的QueueMaxIdleTime參數所控制。 預設值為 3 分鐘。

• 陰影佇列：陰影佇列會在訊息傳輸時保留訊息的備援複本。 如需詳細資訊，請參閱陰影備援。

• 安全網：Safety Net 會保留傳輸伺服器成功傳遞的訊息複本。 Safety Net 不過是佇列資料庫中的另一個佇列，只是無法由佇列管理工具存取。 如需詳細資訊，請參閱 安全網。

佇列資料庫檔案

所有不同的佇列都是儲存在單一 ESE 資料庫中。 根據預設，此佇列資料庫位於 傳輸伺服器 %ExchangeInstallPath%TransportRoles\data\Queue 上的 。

與任何 ESE 資料庫相同，佇列資料庫是使用記錄檔來接受、追蹤及維護資料。 為了增強效能，所有郵件交易都會先寫入至記錄檔及記憶體，然後再寫入至資料庫檔案。 檢查點檔案會追蹤資料庫已認可的交易記錄項目。 在 Microsoft Exchange 傳輸服務的一般關閉期間，於交易記錄中找到的未認可資料庫變更一律會向資料庫進行認可。

循環記錄是用於佇列資料庫。 這表示，交易記錄中出現過之已認可交易的歷程記錄將不會永遠留存。 任何比目前檢查點還要舊的交易記錄，都會立即自動予以刪除。 因此，從備份來復原佇列資料庫時，就無法重播交易記錄。

Exchange 2013 會使用 世代資料表 來儲存和清除佇列資料庫中的訊息。 佇列資料庫並不會在一張大型表格中處理及刪除個別訊息記錄，而是將訊息存放在多個時間型表格中，並且只有在表格中的所有訊息都已順利處理之後，才會刪除整個表格。 例如，從下午 1：00 到下午 2：00 排入佇列的所有訊息，不論佇列或目的地為何，都會儲存在資料表中 1p-2p_msgs 。 下午 2：00，新的訊息會儲存在資料表中 2p-3p_msgs 。 下午 4：00 會建立名為 4p-5p_msgs 的新資料表，並刪除整個 1p-2p_msgs 資料表，但前提是資料表中的所有訊息都已成功處理。 這種刪除整個訊息表格而不是刪除個別訊息的方法，有助提升佇列資料庫所在磁碟的 I/O 效能。

下表列出構成佇列資料庫的檔案。

構成佇列資料庫的檔案

設定佇列資料庫的選項

您可以藉由在 XML 應用程式組態檔中 %ExchangeInstallPath%Bin\EdgeTransport.exe.config 新增或修改金鑰來設定佇列資料庫。 此檔案與 Microsoft Exchange Transport 服務相關聯。 您對 EdgeTransport.exe.config 檔所做的變更，在重新啟動 Microsoft Exchange Transport 服務後才會生效。

EdgeTransport.exe.config <appSettings> 檔案的 區段是您可以新增金鑰或修改現有金鑰的位置。 如果特定索引鍵不存在，可以手動新增它來變更其值。

下表說明 EdgeTransport.exe.config 檔中可用的佇列資料庫索引鍵。

EdgeTransport.exe.config檔案中可用的訊息佇列資料庫金鑰

佇列屬性

一個佇列有許多內容用來描述該佇列之目的與狀態。 有些佇列內容會在佇列建立時套用，然後就不變更。 有些內容則包含狀態、大小、時間或其他經常更新的指標。

NextHopSolutionKey

Microsoft Exchange Transport 服務中之分類程式的路由元件會為訊息選取目的地，而此目的地會用來建立傳遞佇列。 系統會將目的地戳記到每個收件者上，作為 NextHopSolutionKey 屬性。 NextHopSolutionKey 屬性的每個唯一值相當於一個個別的傳遞佇列。

NextHopSolutionKey 屬性包含以下欄位：

• DeliveryType：此欄位的值代表訊息分類的結果，以及傳輸服務想要如何將訊息傳輸到下一個躍點，這可能是訊息的最終目的地，或是過程中的中繼躍點。 傳輸服務會根據目標路由目的地或傳遞群組，對 DeliveryType 使用預先定義的值清單。

• NextHopDomain：此欄位會根據 DeliveryType 欄位的值使用特定值。 對於傳遞佇列，此欄位的值實際上就是佇列的名稱。 NextHopDomain 的值不一定是網域名稱。 例如，這個值可以是目標 Active Directory 站台或資料庫可用性群組 (DAG) 的名稱。 請將此欄位視為下一個躍點名稱，其中的值是路由目的地或目標傳遞群組的名稱。

• NextHopConnector：此欄位會根據 DeliveryType 欄位的值使用特定值。 這個值一律以 GUID 表示。 如果未使用此欄位，則值為全部是零的 GUID。 NextHopConnector 的值不一定是連接器的 GUID。 例如，這個值可以是目標 Active Directory 站台或 DAG 的 GUID。 請將此欄位視為下一個躍點 GUID，其中的值是路由目的地或目標傳遞群組的 GUID。

Exchange 2013 也會根據 DeliveryType 的值，將 NextHopCategory 內容新增到佇列中。 NextHopCategory的值為 External 或 Internal 。 值 External 表示佇列的下一個躍點在 Exchange 組織外部。 值 Internal 表示佇列的下一個躍點位於 Exchange 組織內。 請注意，要傳送給外部收件者的訊息，可能需要先經過一或多個內部躍點才會傳遞至外部。

下表說明 DeliveryType 、 NextHopCategory 、 NextHopDomain 及 NextHopConnector 的值。

請注意 Exchange 2013 支援 DeliveryType 的舊版值，以便與舊版 Exchange 相容。 這些值可在佇列檢視器和命令介面中使用，但 Exchange 2013 不會使用它們。 這些舊版 DeliveryType 值包括：

• MapiDelivery：佇列會保留 Exchange 2007 或 Exchange 2010 Hub Transport Server 傳遞至本機 Active Directory 網站中 Exchange 2007 或 Exchange 2010 信箱伺服器信箱的訊息。
• SmtpRelayWithinAdSite：佇列會保留訊息，以供 Exchange 2007 或 Exchange 2010 Hub Transport Server 傳遞至相同 Active Directory 月臺中的另一部中樞傳輸伺服器。 目的地 Hub Transport Server 可以是連接器的來源伺服器，或是通訊群組擴充伺服器。
• SmtpRelaytoTiRg：佇列會保留訊息，供 Exchange 2007 或 Exchange 2010 Hub Transport Server 傳遞至 Exchange Server 2003 路由群組。 目的地伺服器可以是連接器的來源伺服器、通訊群組擴充伺服器或 Exchange 2003 Bridgehead 伺服器。

IncomingRate、OutgoingRate 以及 Velocity

Exchange 2013 會測量訊息進入及離開佇列的速度，並將這些值存放在佇列內容中。 您可以使用這些速率作為佇列和傳輸伺服器健康狀況的指標。 這些內容如下：

• IncomingRate：此屬性是訊息進入佇列的速率。

  這個值是每 5 秒進入佇列的訊息數，除以最後 60 秒所得的平均值來計算。 公式可以表示為 (i1+i2+i3+i4+i5+i6)/6 ，其中 i*n_ = 5 秒內的傳入訊息數目。

• OutgoingRate：此屬性是訊息離開佇列的速率。

  這個值是每 5 秒離開佇列的訊息數，除以最後 60 秒所得的平均值來計算。 公式可以表示為 (o1+o2+o3+o4+o5+o6)/6 ，其中 o*n_ = 5 秒內傳出訊息的數目。

• 速度：此屬性是佇列的清空率，其計算方式是從 OutgoingRate 的值減去 IncomingRate的值。

  如果 Velocity 的值大於 0，則訊息離開佇列的速度比進入佇列的速度快。

  如果 Velocity 的值等於 0，則訊息離開佇列的速度和進入佇列的速度一樣快。 這也是佇列未作用時，您將會看到的值。

  如果 Velocity 的值小於 0，則訊息進入佇列的速度比離開佇列的速度快。

基本上， Velocity 為正值表示佇列正處於有效清空的健康狀態，而 Velocity 為負值表示佇列並未有效清空。 不過，您也需要考慮 IncomingRate 、 OutgoingRate 及 MessageCount 內容的值，以及佇列之 Velocity 值的強度。 例如，如果佇列具有高負值的 Velocity 、很小的 MessageCount 值、很小的 OutgoingRate 值以及很大的 IncominRate 值，就可以很肯定地說該佇列未正確清空。 不過，如果佇列的 Velocity 為很接近零的負值，而且佇列的 IncomingRate 、 OutgoingRate 及 MessageCount 值也很小，則表示此佇列沒什麼問題。

佇列狀態

佇列的目前狀態是存放在佇列的 Status 內容中。 佇列可以擁有下列其中一種狀態值：

• 作用中：佇列正在主動傳輸訊息。

• 聯機：佇列正在連線到下一個躍點。

• 就緒：佇列最近傳輸的訊息，但現在佇列是空的。

• 重試：上次的自動或手動連線嘗試失敗，佇列正在等候重試連線。

• 已暫停：系統管理員已手動暫停佇列，以防止訊息傳遞。 新的訊息可以進入佇列，而已開始傳輸至下一個躍點的訊息，則會完成傳遞並離開佇列。 其他訊息則不會離開佇列，直到系統管理員手動繼續佇列為止。 請注意，擱置佇列並不會使佇列中個別訊息的狀態變更。

  您可以暫停狀態為 Active 或 Retry 的佇列。 也可以暫停 Unreachable 佇列和 Submission 佇列。

  如果您暫停無法存取之佇列，則系統在偵測到組態更新時，就不會自動將訊息重新提交至分類程式。 若要自動重新提交這些訊息，您需要手動繼續「無法存取之佇列」。 如果暫停 Submission 佇列，則在佇列重新繼續運作之前，分類程式不會收取郵件。

其他佇列內容

有些其他佇列內容只要看名稱就能明白其用途。 您可以使用大部分的佇列內容作為篩選選項。 藉由指定篩選準則，您可以快速地尋找佇列並對佇列採取行動。 如需可篩選之佇列內容的完整說明，請參閱佇列篩選器。

在這裡有個值得一提的重要佇列內容，那便是負責顯示佇列中之訊息數目的 MessageCount 內容。 這項內容是佇列健康狀況的重要指標。 例如，如果有個傳遞佇列包含大量訊息，而且訊息的數量還持續成長、未曾減少過，則表示您可能需要注意路由或傳輸管線問題。

郵件屬性

在佇列中，一個訊息有許多內容。 其中許多內容均反映當初用於建立訊息的資訊。 有些訊息狀態和資訊內容，嚴重受到佇列上的相對應內容所影響。 不過，個別訊息的值可能會與佇列上相對應內容的值不同。 有些內容則包含狀態、時間或其他經常更新的指標。

訊息狀態

訊息的目前狀態是存放在訊息的 Status 內容中。 郵件可具有下列其中一個狀態值：

• 作用中：如果訊息位於傳遞佇列中，訊息會傳遞至其目的地。 郵件若位於提交佇列中，則會由分類程式進行處理。
• 已鎖定：此值保留給內部 Microsoft 使用，不會用於內部部署 Exchange 組織。
• PendingRemove：系統管理員已刪除訊息，但訊息已在傳輸至下一個躍點的動作中。 若傳遞因錯誤而結束，導致郵件重新進入佇列中，郵件就會被刪除。 否則，會繼續傳遞。
• PendingSuspend：訊息已由系統管理員暫停，但訊息已在傳輸至下一個躍點的動作中。 若傳遞因錯誤而暫停，導致郵件重新進入佇列中，郵件就會被刪除。 否則，會繼續傳遞。
• 就緒：訊息正在佇列中等候，並已準備好進行處理。
• 重試：此訊息所在的佇列上一次自動或手動連線嘗試失敗。 訊息正在等候下一次自動重試佇列連線。
• 已暫停：系統管理員手動暫停訊息。 所有有害訊息佇列中的郵件處於永久擱置的狀態。

其他訊息內容

有些其他訊息內容只要看名稱就能明白其用途。 您可以使用大部分的訊息內容作為篩選選項。 指定篩選準則後，您就可以迅速地找出郵件並採取動作。 如需可篩選之訊息內容的完整說明，請參閱訊息篩選器。

管理佇列與佇列中的訊息

佇列檢視器以及幾乎所有的佇列與訊息管理指令程式，都限用於單一的 Exchange Server。 您可以在個別或多個佇列或訊息上進行檢視和操作，但只能在某個特定伺服器上進行。

Exchange 2013 引入的 Get-QueueDigest 指令程式，可提供特定範圍中所有伺服器上佇列狀態的高階和彙總檢視，例如，DAG、Active Directory 站台、伺服器清單，或是整個 Active Directory 樹系。 請注意，結果中不會包含周邊網路中已訂閱的 Edge Transport Server 上的佇列。 此外， Get-QueueDigest 也可在 Edge Transport Server 上使用，但結果只會顯示 Edge Transport Server 上的佇列。

下表說明您可以在佇列或是佇列中的訊息上執行的管理工作。