Replication Short Backfill Request Timeout Retry 值已更改

[本主题旨在解决由 Exchange Server 分析工具发现的特定问题。应只将此主题应用到已对其运行 Exchange Server 分析工具并且正面临该特定问题的系统中。通过可以免费下载的 Exchange Server 分析工具，远程收集拓扑中每台服务器的配置数据并自动分析数据。结果报告详述了重要的配置问题、潜在问题以及一些非默认产品设置。通过遵守这些建议，可以获得更佳的性能、可伸缩性、可靠性及正常运行时间。有关此工具或下载最新版本的详细信息，请参阅 https://go.microsoft.com/fwlink/?linkid=34707（英文网页）上的“Microsoft Exchange 分析工具”。]  

上一次修改主题： 2005-11-18

Microsoft® Exchange Server 分析工具读取以下注册表项，以确定 Replication Short Backfill Request Timeout Retry 项是否已从默认值修改为其他值：

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

如果 Exchange Server 分析工具发现 Replication Short Backfill Request Timeout Retry 存在，则会显示非默认配置消息。

默认情况下，Replication Short 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 Short Backfill Request Timeout Retry 值代表在对同一个 Exchange 站点中可用的数据发送回填请求时，以及该请求是上一个回填请求的重试时，公用文件夹存储所使用的超时值。该值（秒）必须在 900 和 2592000 秒（30 天）之间；默认值是 86400 秒（24 小时）。

重要提示：
本文包含有关编辑注册表的信息。在编辑注册表之前，请确保了解当出现问题时如何还原注册表。有关如何还原注册表的信息，请参阅 Regedit.exe 或 Regedt32.exe 中的“还原注册表”帮助主题。

重置 Replication Short Backfill Request Timeout Retry 注册表项

1. 打开注册表编辑器，如 Regedit.exe 或 Regedt32.exe。

2. 导航到：HKLM\System\CurrentControlSet\Services\MSExchangeIS\<servername>\Public-<GUID of Public Store>

3. 检查或编辑 Replication Short Backfill Request Timeout Retry 的值。

   该注册表项的值以秒为单位。若要恢复默认值，应当删除 Replication Short Backfill Request Timeout Retry，并重新启动 Microsoft Exchange Information Store 服务。

编辑注册表之前，要获取有关如何编辑注册表的信息，请参阅 Microsoft 知识库文章 256986“Microsoft Windows 注册表说明”(https://support.microsoft.com/kb/256986/zh-cn)。

有关公用文件夹复制的详细信息，请参阅“使用 Exchange Server 2003 存储”中的“控制 Exchange Server 2003 公用文件夹复制”(https://go.microsoft.com/fwlink/?LinkId=47595)。