回填请求和回填邮件
上一次修改主题: 2005-07-17
当公用文件夹存储确定自己尚未收到已复制文件夹或层次结构的所有更新,并且必须从另一个存储中检索缺少的更新时,将发生回填。
为了简化回填过程,Exchange Server 2003 将在回填数组中存储有关缺少的更新的信息。
- 传入复制邮件中的状态信息指示:发送邮件的公用文件夹存储中的副本具有接收方存储所缺少的更新。接收方存储确定所缺少的更改号码,并将其存储在自己的回填数组中。
- 公用文件夹存储首次启动。新存储发送状态请求以获取有关层次结构中其他存储的信息。在相应的状态邮件到达后,存储填充其复制状态表,并在必要时填充回填数组。回填数组可能包含与层次结构以及存储需要驻留的所有内容副本对应的条目。
- 传入的层次结构邮件指示:新内容副本应放在公用文件夹存储中。新存储发送状态请求,以获取可能可用于层次结构中其他存储中的此副本的内容的有关信息。在相应的状态邮件到达后,存储将填充复制状态表,并在必要时填充回填数组。
回填数组在指定的时间(称为回填超时)内存储此信息。如果在此时间内缺少的更新到达后续的复制邮件中,则会从回填数组中删除这些缺少的更新。下表列出了默认的回填超时值,这些值取决于发生更新丢失的位置,以及之前是否已请求过它们。
用于回填请求的默认超时
请求类型 | 内容存在于本地路由组中的存储上 | 内容存在于远程路由组中的存储上 |
---|---|---|
初始回填 |
6 小时 |
12 小时 |
第一次回填重试 |
12 小时 |
24 小时 |
后续回填重试 |
24 小时 |
48 小时 |
如果在回填超时到期时仍然缺少更新,Exchange Server 2003 将创建一个或多个回填请求,并确定将哪些服务器用作回填来源。
为了选择某一台或多台服务器作为回填来源,Exchange Server 2003 将首先创建一个包含文件夹副本的所有服务器的列表,然后按照下面的一系列标准对该列表进行排序:
- 按照服务器状态排序。已停机或不可用的服务器位于列表的末尾。
- 按照首选的回填服务器(如果有)排序。Exchange Server 2003 通过检查 Active Directory 中的公用文件夹存储对象来确定首选的回填服务器。此设置很少使用。在大多数情况下,如果 Exchange Server 2003 自动选择了回填服务器,回填过程的工作效率是最高的。大多数 Exchange Server 2003 部署不需要首选的回填服务器。Microsoft 产品支持服务可以提供一个相应的脚本,该脚本可以根据部署要求设置首选的回填服务器。
- 按照传输开销排序(从最低到最高)。相同路由组中的服务器的优先级高于远程路由组中的服务器。服务器的传输开销是由 Exchange Server 2003 路由引擎计算的,通常用于计算最有效的邮件传递途径。
- 按照 Exchange 版本排序(从最新到最旧)。
- 按照服务器上可用的必要更改数排序(从最大到最小)。不具有缺少的更改的服务器将从列表中删除。
如果某个服务器没有所有必需的更改,Exchange Server 2003 会选择已排序列表中的下一个服务器,并也将回填请求发送到该服务器。重复此过程,直到已经请求了所有的更改。
如果选定的服务器未对回填请求做出响应,存储会将该服务器标记为 down,并重复选择过程。标记为 down 的服务器将被排到列表的末尾。
Exchange Server 2003 回填所具有的优势
Exchange Server 2003 中的回填过程比 Exchange 早期版本中的回填过程更高效。效率的改进是由于 Exchange 2003 在回填服务器的选择标准上更强调传输开销,并且能够一次向多台服务器发送回填请求。下面提供了这些改进的详细信息:
- 传输开销的优先级高于 Exchange 版本。
考虑必须升级到 Exchange Server 2003 的多个站点的 Exchange Server 5.5 部署。其中每个站点都包含多台服务器,并且每一台服务器都复制公用文件夹。在每个站点中添加一台运行 Exchange Server 2003 的服务器。在每个站点中,Exchange Server 2003 服务器将从本地 Exchange Server 5.5 服务器回填其公用文件夹,而不是在某个远程站点中搜索较高版本的服务器。 - 传输开销的优先级高于可用更新的数目。
例如,如果在某一台传输开销较低的服务器上有一些更新可用,则不管其余更新是否必须从其他开销更高的服务器获得,都将选择该服务器回填这些更新。在早期版本的 Exchange 中,相对于仅包含某些更新的服务器,将优先选择包含所有必需更新的服务器,而不考虑传输开销。
Exchange Server 2003 回填过程的另一改进是能够在最初的 6 小时超时期(如果是向远程站点中的服务器发送请求,则为 12 小时)后,同时向不同的服务器发送回填请求。此过程比早期版本的 Exchange 要快得多。在没有单个服务器存放特定文件夹的所有缺少更新的情况下,后者一次只能向一台服务器发送回填请求。每次请求后,早期版本的 Exchange 都将等待重试超时(从 24 小时到 48 小时不等)过期,然后才发送下一个请求。有关回填超时的详细信息,请参阅本主题前面提到的用于回填请求表的默认超时。
复制周期示例
下图是简化的双服务器方案,该方案显示了在向公用文件夹存储添加内容副本时触发的事件的序列。此操作将公用文件夹存储添加到文件夹的副本列表中。请注意,步骤序列取决于诸如复制间隔计时和路由拓扑之类的因素。
此过程的详细信息如下所示:
- 在 ExServ01 上,管理员将 ExServ01 添加到文件夹的副本列表中。
- ExServ01 发送层次结构邮件。
- ExServ02 将 ExServ01 添加到文件夹副本列表的本地副本中。
- ExServ01 将状态请求发送到 ExServ02。
- ExServ02 将状态邮件发送到包括文件夹完整 CNSet 的 ExServ01。
- ExServ01 确定缺少所有文件夹内容,并在回填数组中记录相应的条目。
- 如果在回填超时过期后仍然缺少内容,则 ExServ01 将创建回填请求并将其发送给 ExServ02。
- ExServ02 编写内容邮件,并将其发送到 ExServ01。
- ExServ01 使用传入的内容邮件更新文件夹内容和相关的跟踪信息。
- 如果看起来仍然有缺少的更改号码,ExServ01 会等待 24 小时,然后发送更新后的回填请求。如果除 ExServ02 之外还有一台服务器可用,则 ExServ01 可能将请求发送给该服务器。
下图是简化的双服务器方案,该方案显示了在从公用文件夹存储上删除副本时触发的事件的序列。(此操作将公用文件夹存储从文件夹的副本列表中删除。)请注意,步骤的顺序取决于拓扑中的服务器数等因素。
此过程的详细信息如下所示:
- 在 ExServ01 上,管理员从文件夹的副本列表中删除 ExServ01。
- ExServ01 将它的副本(ExServ01 上的文件夹副本)标记为“延迟删除”。
客户端无法再用此存储访问文件夹。 - ExServ01 发送层次结构邮件。
- ExServ02 更新其文件夹副本列表的副本,以显示该文件夹在 ExServ01 上处于“延迟删除”状态。
ExServ02 将不再让查找此文件夹的客户端访问 ExServ01。 - ExServ01 将状态请求发送到 ExServ02。
- ExServ02 将状态邮件发送到 ExServ01。如果 ExServ02 上的副本不是最新的,则 ExServ02 会在回填数组中放入适当的条目。ExServ02 在五分钟之内将对应的回填请求发送给 ExServ01。
- ExServ01 检查 ExServ02 上的文件夹副本是否包含“延迟删除”副本包含的所有信息。如果不是,ExServ01 将发送相应的内容更新并返回步骤 5。否则,ExServ01 继续步骤 8。
此过程将确保:只要存在其他副本,删除单个副本就不会导致内容损失。 - ExServ01 将其副本标记为“立即删除”。在下一个维护循环中,将从 ExServ01 中删除副本。
- ExServ01 发送层次结构邮件。
- ExServ02 将 ExServ01 从其文件夹副本列表的副本中删除。