佇列中的佇列和訊息位於 Exchange Server

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

如同所有舊版的 Exchange，單一可延伸儲存體引擎 (ESE) 資料庫會用於佇列儲存體。

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

佇列類型

下列佇列類型用於 Exchange 2016 和 Exchange 2019，這和 Exchange 2013 相同：

佇列資料庫檔案

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

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

循環記錄是用於佇列資料庫。 這表示會立即自動刪除比目前檢查點還舊的交易記錄。 因此，從備份來復原佇列資料庫時，就無法重播交易記錄。

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

Exchange 會使用 產生資料表 來儲存和清除佇列資料庫中的訊息。 佇列資料庫並不會在一張大型表格中處理及刪除個別訊息記錄，而是將訊息存放在多個時間型表格中，並且只有在表格中的所有訊息都已順利處理之後，才會刪除整個表格。 例如，請考慮下列範例：

• 所有從下午 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 檔中可用的佇列資料庫索引鍵。

佇列屬性

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

NextHopSolutionKey

Microsoft Exchange Transport 服務中之分類程式的路由元件會為訊息選取目的地，而此目的地會用來建立傳遞佇列。 目的地會在每個收件者上加上戳記為 NextHopSolutionKey 屬性。 NextHopSolutionKey屬性的每個唯一值都會對應至個別的傳遞佇列。

NextHopSolutionKey屬性包含下欄欄位：

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

  根據 DeliveryType的值， NextHopCategory 屬性會新增至佇列：

  • 值 External 表示佇列的下一個躍點在 Exchange 組織外部。

  • 值 Internal 表示佇列的下一個躍點位於 Exchange 組織內。

    請注意，要傳送給外部收件者的訊息，可能需要先經過一或多個內部躍點才會傳遞至外部。

• NextHopDomain：根據 DeliveryType 欄位的值使用特定值。 對於傳遞佇列，此欄位的值實際上就是佇列的名稱。

  NextHopDomain 的值不一定是網域名稱。 例如，這個值可以是目標 Active Directory 站台或資料庫可用性群組 (DAG) 的名稱。 請將此欄位視為 下一個躍點名稱。

• NextHopConnector：根據 DeliveryType 欄位的值使用特定值。 這個值一律以 GUID 表示。 如果未使用此欄位，則值為全部是零的 GUID。

  NextHopConnector 的值不一定是連接器的 GUID。 例如，這個值可以是目標 Active Directory 站台或 DAG 的 GUID。 請將此欄位視為 下一個躍點 GUID。

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

IncomingRate、OutgoingRate 以及 Velocity

Exchange 會測量進入和離開佇列的訊息速率，並將這些值儲存在佇列屬性中。 您可以使用這些速率作為佇列和傳輸伺服器健康狀況的指標。 下表說明屬性：

基本上， Velocity 為正值表示佇列正處於有效清空的健康狀態，而 Velocity 為負值表示佇列並未有效清空。 不過，您也需要考慮 IncomingRate、 OutgoingRate和 MessageCount的值，以及 Velocity的大小。

例如，請考慮具有下列屬性值的佇列。

• 速度： -50
• MessageCount：1000
• OutgoingRate：10
• IncomingRate：60

根據此佇列的屬性值， Velocity 的負值會清楚指出佇列未正確清空。

現在請考慮具有下列屬性值的佇列。

• 速度：-0.85
• MessageCount：2
• OutgoingRate：0.15
• IncomingRate：1

雖然 Velocity 的值為負數，但非常接近零，而且其他屬性的值也非常小。 因此，此佇列的負 Velocity 值不會指出佇列有問題。

佇列狀態

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

其他佇列內容

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

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

郵件屬性

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

訊息狀態

訊息的目前狀態是存放在訊息的 Status 內容中。 訊息可以有下表所述的其中一個狀態值：

其他訊息內容

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

管理佇列與佇列中的訊息

在 Exchange 管理命令介面中，佇列檢視器和歷程記錄佇列和訊息管理 Cmdlet 會限制為單一 Exchange 伺服器。 您可以在個別或多個佇列或訊息上進行檢視和操作，但只能在某個特定伺服器上進行。

Get-QueueDigest Cmdlet 是在 Exchange 2013 中引進的，可提供特定範圍內所有伺服器上佇列狀態的高階匯總檢視。 範圍可以是 DAG、Active Directory 網站、伺服器清單或整個 Active Directory 樹系。 請注意，結果中不會包含周邊網路中已訂閱的 Edge Transport Server 上的佇列。 此外， Get-QueueDigest 可在 Edge Transport Server 上使用，但結果僅限於 Edge Transport Server 上的佇列。

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