Replication Long Backfill Request Timeout Retry 值已變更

[本主題的目的是要說明 Exchange Server Analyzer 工具所引出的特定問題。您只應將它套用到已執行過 Exchange Server Analyzer 工具且有遇到該特定問題的系統。Exchange Server Analyzer 工具可免費下載,它會從拓撲中的每台伺服器遠端收集組態資料,並自動分析該資料。產生的報告會詳述重要的組態問題、潛在問題及非預設的產品設定。遵循這些建議,您便能達到較佳的效能、延展性、可靠性及執行時間。如需此工具的相關資訊或是要下載最新版本,請參閱 Microsoft Exchange Analyzer (http://go.microsoft.com/fwlink/?linkid=34707)。]  

上次修改主題的時間: 2005-11-18

Microsoft® Exchange Server Analyzer 工具會讀取下列登錄項目,以判定是否已修改 Replication Long Backfill Request Timeout Retry 機碼的預設值:

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MSExchangeIS\<servername>\Public-<GUID of Public Store>\Replication Long Backfill Request Timeout Retry

如果 Exchange Server Analyzer 發現 Replication Long Backfill Request Timeout Retry 存在,就會顯示非預設的組態訊息。

在預設的情況下,Replication Long Backfill Request Timeout Retry 不存在。當公用資料夾儲存區判定本身未收到某個複寫資料夾 (或階層) 的全部更新,並且必須從其他儲存區擷取遺漏的更新時,就會發生回填。

為了簡化回填處理程序,Exchange Server 會將關於所遺漏更新的資訊儲存在回填陣列中。回填陣列會將此項資訊儲存一段指定的時間 (稱為回填逾時)。若遺漏的更新在這段時間內,於後續的複寫郵件中抵達,就會從回填陣列中移除這些資訊。下表列出預設的回填逾時值,這個值是視所遺漏更新的位置,以及先前是否曾經提出要求而定。

 

要求類型 內容存在本機站台的儲存區內 內容存在遠端站台的儲存區內

初始回填

6 小時

12 小時

第一次回填重試

12 小時

24 小時

後續回填重試

24 小時

48 小時

若超過回填逾時,並且還是沒有取得更新,Exchange Server 2003 就會建立一或多個回填要求,並且判定要使用哪一部伺服器作為回填來源。

為了選取一部伺服器 (或者多部伺服器) 作為回填來源,Exchange Server 2003 會先建立一份具有資料夾複寫的所有伺服器清單,然後依據下列準則順序來排序清單:

  • 根據伺服器狀態排序 關機或無法使用的伺服器會排到清單尾端。
  • 根據偏好的回填伺服器排序 若有偏好的伺服器;此功能僅在 Exchange Server 2003 或更新版中才有提供。Exchange Server 2003 會在 Active Directory® 目錄服務中檢查公用資料夾儲存區物件,找出偏好的回填伺服器。這個設定很少用到。在大部分的情況下,如果 Exchange Server 2003 自動選取回填伺服器時,回填處理程序才最有效率。大部分的 Exchange Server 2003 部署,都不需要偏好的回填伺服器。Microsoft 產品支援服務可以提供一個指令碼,可於部署需要時設定偏好的回填伺服器。
  • 根據傳輸成本排序 (最低到最高) 位於相同站台內的伺服器,其優先順序高於遠端站台內的伺服器。伺服器的傳輸成本是由 Exchange Server 2003 路由引擎計算,通常是用來計算傳遞郵件的最有效方法。請注意,在 Exchange Server 2003 之前的 Exchange 版本中,傳輸成本的優先順序較低,並且會被放在 Exchange 版本和可用的變更數目之後才考慮。
  • 根據 Exchange 版本排序 (最新到最舊)
  • 根據伺服器上可用的必要變更數目排序 (最大到最小) 伺服器上若沒有所缺的變更,就會從清單中移除。

若某部伺服器沒有包含所有必要的變更,Exchange Server 2003 會選取已排序清單內的下一部伺服器,並且傳送回填要求至該伺服器。這個處理程序會一直重複進行,直到取得所有要求的變更為止。此功能只在 Exchange Server 2003 及更新版本中才可使用;前版 Exchange 會在沒有單一伺服器保有特定資料夾的所有遺失更新時,傳送回填要求到一部伺服器。在每一項要求之後,先前的 Exchange 版本都會等到過了重試逾時 (從 24 到 48 小時) 之後,才會傳送下一個要求。

若選取的伺服器沒有回應回填要求,則儲存區會將該伺服器標示為離線,並且重複選擇程序。被標示為離線的伺服器會移至清單尾端。

Replication Long Backfill Request Timeout Retry 值代表在先前傳送回填要求以取得相同站台內的資料失敗後,再次傳送要求時公用資料夾儲存區所使用的逾時值。值 (以秒為單位) 必須介於 900 到 2592000 秒之間 (30 天);預設值為 172800 秒 (48 小時)。

important重要事項:
這篇文章包含和編輯登錄有關的資訊。在編輯登錄之前,請確定若發生問題時,您知道如何還原登錄。若需有關還原登錄的詳細資訊,請參考 Regedit.exe 或 Regedt32.exe 中的<還原登錄>說明主題。

  1. 開啟登錄編輯程式,例如 Regedit.exe 或 Regedt32.exe。

  2. 瀏覽至:HKLM\System\CurrentControlSet\Services\MSExchangeIS\<servername>\Public-<GUID of Public Store>

  3. 檢查或編輯 Replication Long Backfill Request Timeout Retry 的值。

    此登錄項目的值是秒數。若要還原為預設值,您應該刪除 Replication Long Backfill Request Timeout Retry,然後重新啟動 Microsoft Exchange Information Store 服務。

編輯登錄之前,若需如何編輯登錄的相關資訊,請參閱微軟知識庫文件 - 256986<Microsoft Windows 登錄說明>(http://go.microsoft.com/fwlink/?linkid=3052&kbid=256986)。

若需有關公用資料夾複寫的詳細資訊,請參閱《使用 Exchange Server 2003 儲存區》(http://go.microsoft.com/fwlink/?LinkId=47595) 中的<控制 Exchange Server 2003 公用資料夾複寫>(英文)。

 
顯示: