排查 Exchange Server 的公用文件夹复制问题

2024-10-16
适用于: Exchange Server 2010 Enterprise, Exchange Server 2010 Standard, Exchange Server 2010 Service Pack 3, Exchange Server 2007, Exchange Server 2003 Service Pack 2

原始 KB 数： 10042

总结

我们首先要求你启用诊断日志记录和消息跟踪作为先决条件。然后，我们将引导你完成一系列步骤来解决公用文件夹复制问题。

预计完成时间：
45-60 分钟。

若要排查 Exchange Server 的公用文件夹复制问题，首先需要启用诊断日志记录和邮件跟踪。

启用诊断日志记录

需要在正在使用的所有服务器上启用诊断日志记录。不同 Exchange 版本的步骤可能不同。选择 Exchange 版本：

对于 Exchange Server 2007 和 Exchange Server 2010

启动 Exchange 命令行管理程序。

运行以下 cmdlet 来检查当前日志记录级别：

Get-EventLogLevel | ? { $_.EventLevel -ne "Low" -AND $_.EventLevel -ne "Lowest" }

若要启用日志记录，请在正在使用的所有公用文件夹服务器上运行以下 cmdlet：

Set-EventLogLevel -Identity "MSExchangeIS\9001 Public\Replication DS Updates" -Level Expert
Set-EventLogLevel -Identity "MSExchangeIS\9001 Public\Replication Incoming Messages" -Level Expert
Set-EventLogLevel -Identity "MSExchangeIS\9001 Public\Replication Outgoing Messages" -Level Expert
Set-EventLogLevel -Identity "MSExchangeIS\9001 Public\Replication NDRs" -Level Expert
Set-EventLogLevel -Identity "MSExchangeIS\9001 Public\Replication Backfill" -Level Expert
Set-EventLogLevel -Identity "MSExchangeIS\9001 Public\Replication General" -Level Expert
Set-EventLogLevel -Identity "MSExchangeIS\9001 Public\Replication Errors" -Level Medium

在目标服务器上，通过运行以下 cmdlet 来提高传输日志记录：

Set-EventLogLevel -Identity "MSExchangeTransport\SmtpReceive" -Level 'Medium'
Set-EventLogLevel -Identity "MSExchangeTransport\SmtpSend" -Level 'Medium'

重置日志记录级别：
1. 打开Exchange 管理控制台。
2. 在控制台树中，导航到服务器配置>邮箱。
3. 在 “操作 ”窗格中，选择“ 管理诊断日志记录属性”。
4. 在“ 管理诊断日志记录属性 ”页上，选择要更改日志记录级别的 Exchange 服务。
5. 选择所需的日志记录级别，然后选择“ 配置”。如果要还原默认值，请选择“ 将所有服务重置为默认日志记录级别”，然后选择“ 配置”。
6. 在“ 完成 ”页上，确认进程是否已成功完成。任务将显示“已完成”或“失败”的状态。如果任务失败，请查看说明摘要，然后选择“返回”以进行任何所需的配置更改。
7. 选择“完成”以完成“管理诊断日志记录级别”向导。

对于 Exchange Server 2003

开始Exchange 系统管理器，然后显示要启用诊断日志记录的服务器的属性。
选择“诊断日志记录”选项卡，然后在“服务”列表中展开 MSExchangeIS。
选择 公用文件夹，按住 Ctrl，然后选择以下每个项目以全部选择它们：
- 复制 AD 更新
- 复制传入消息
- 复制传出消息
- 非送达报告
- 复制回填
- 复制常规
选择“最大>应用”。
选择“复制错误>介质>应用>正常”。
若要增加 MSExchangeTransport 服务的目标服务器上的日志记录，并将 SMTP 级别设置为中等：
1. 展开 “服务器”，右键单击“ 服务器名称”，然后选择“ 属性”。
2. 选择“诊断日志记录”选项卡，然后选择“服务”下的“MSExchangeTransport”。
3. 在“类别”下，选择 SMTP。
4. 在“日志记录级别”下，选择“中等”。

接下来要执行的操作

启用消息跟踪
我已准备好排查公用文件夹复制问题

启用消息跟踪

若要在正在使用的所有服务器上启用消息跟踪，不同 Exchange 版本的步骤可能有所不同。选择 Exchange 版本：

对于 Exchange Server 2007 和 Exchange Server 2010

通过转到 Exchange 命令行管理程序并运行以下 cmdlet 来验证消息跟踪是否正在运行：
```
Get-MailboxServer $env:computername | fl MessageTracking*
```
此时会看到与下面类似的输出：
请确保同时MessageTrackingLogEnabledMessageTrackingLogSubjectLoggingEnabled设置为 True。
请确保记下 MessageTrackingLogPath 日志位置。

对于 Exchange Server 2003

开始Exchange 系统管理器，然后显示要在其中启用消息跟踪的服务器的属性。消息跟踪收集“收件人”、“发件人”和“已发送日期”等数据。
在 “常规 ”选项卡上，选中“ 启用邮件跟踪 ”复选框。
选中“启用主题日志记录并显示”复选框。

你希望做什么

启用诊断日志记录
我已准备好排查公用文件夹复制问题

对公用文件夹复制进行故障排除

选择一个文件夹，其中包含一台服务器上的数据，而不是在另一台服务器上，并仅使该文件夹成为故障排除工作的焦点。在以下步骤中，包含数据的服务器称为源服务器;不包含数据的服务器称为目标服务器。

Exchange Server 2007 和 Exchange Server 2010

在Exchange 管理控制台中，选择“工具箱”下的“公用文件夹管理控制台”。
右键单击公用文件夹，然后选择“连接到”。
选择要连接到的服务器。

Exchange Server 2003

打开Exchange 系统管理器。
导航到公用文件夹层次结构对象。
右键单击公用文件夹，然后选择“连接到”。
选择要连接到的服务器。

你正在查找的文件夹现在是否显示在两个服务器上的层次结构中？

如果是，请参阅 “关注内容”;复制 Always Interval 和 Schedule;在源服务器上创建新项。
如果没有，请参阅 “复制始终间隔”;应用程序日志事件 ID 3018。

复制始终间隔;应用程序日志事件 ID 3018

复制始终间隔

验证源服务器上的“复制始终间隔”值是否设置为 15 分钟或更少分钟。如有必要，请调整设置。选择 Exchange 版本以检查步骤：

Exchange Server 2007 和 Exchange Server 2010

启动Exchange 管理控制台。
运行以下 cmdlet 并验证ReplicationPeriod是否已设置， ReplicationScheduleReplicationMessageSize
```
Get-PublicFolderDatabase -Server $env:computername| fl Replication*
```
确保所有公共 f 数据库具有相同的 ReplicationMessageSize。

接下来，验证有问题的文件夹是否已配置为使用存储计划。要执行此操作：

启动Exchange 管理控制台。
运行以下 cmdlet 并验证 Replicas 并 UseDatabaseReplicationSchedule 设置：
```
Get-PublicFolder | fl *Replica*
```
如果 UseDatabaseReplicationSchedule 设置为 False，请确保 ReplicationSchedule 已设置。

Exchange Server 2003

开始Exchange 系统管理器。
展开管理组容器，然后选择包含公用文件夹服务器的管理组。
展开“服务器”容器，选择公用文件夹数据库，然后选择“属性”。
在“复制”（策略）选项卡上，记下“始终（分钟）”框中复制间隔的值。
如果值不是 15，请在“始终（分钟）”的复制间隔中键入 15。
依次选择“应用”、“确定” 。

接下来，验证要进行故障排除的文件夹是否已配置为使用应用商店计划：

展开 公用文件夹，然后右键单击要进行故障排除的文件夹。
选择“属性”。
在“复制”选项卡上，选择“公用文件夹复制间隔”列表中的“使用公共存储计划”。

应用程序日志事件 ID 3018

在源服务器上的层次结构中创建一个新文件夹，然后为新文件夹指定一个唯一名称，你可以记住。

在本示例中，我们将 Test 1 用作文件夹的名称。观看事件 ID 3018 源服务器上的应用程序日志，该日志指示消息类型0x2并包含所创建文件夹的名称。可能需要等待最多 15 分钟才能记录事件。

事件类型	信息
事件源：	MSExchangeIS 公共存储
事件类别：	复制传出消息
事件 ID：	3018
消息：	发出传出复制消息。类型：0x2 消息 ID： `<MessageID@Server.Domain.com>` 数据库“存储组\公用文件夹” CN min： 1-100， CN max： 1-200 RFIs： 1） FID：1-1234，PFID：1-1，偏移量：28 IPM_SUBTREE\Test 1

是否看到事件 ID 3018？

如果是，请参阅 “跟踪消息跟踪”中的消息;邮件是否已传递到目标服务器？
如果没有，请参阅 “排查源服务器问题”。

对源服务器进行故障排除

源服务器不会为新更改生成传出层次结构复制消息。我们首先将重点放在源服务器上进行故障排除。

装载公用文件夹数据库时的事件 ID 3079

装载公用文件夹数据库时，事件 ID 3079 记录在源服务器上的应用程序日志中。检查源服务器上的应用程序日志。

事件类型	信息
事件来源	MSExchangeIS 公共存储
事件类别	复制错误
事件 ID	3079
消息	数据库“name>”<上出现意外的复制线程错误。 1） FID：1-1234，PFID：1-1，偏移量：28 IPM_SUBTREE\Test 1

是否看到事件 ID 3079？

如果是，请参阅 EcReplStartup。
如果没有，很抱歉，我们无法使用本指南解决身份不明的问题。如果与支持部门联系，请告诉他们源服务器未生成出站层次结构复制消息，并且数据库装载时没有 3079 事件。

EcReplStartup

检查事件 ID 3079 中的文本：EcReplStartup。

事件 ID 3079 是否包含 EcReplStartup？

如果是，请参阅应用程序日志事件 ID 9528。
否则，抱歉，无法使用本指南解决身份不明的问题。如果就此问题联系支持人员，请告诉他们源服务器不生成出站层次结构复制消息。数据库装载时有 3079 事件，但该事件不包含 EcReplStartup。

应用程序日志事件 ID 9528

如果事件 ID 3079 包含 EcReplStartup，则表示复制线程在启动时正在死亡。然后，检查是否在源服务器的应用程序日志中记录了事件 ID 9528。

事件类型	信息
事件来源	MSExchangeIS
事件类别	常规
事件 ID	9528
消息	在 DS 中的 2 个用户上找到了 SID S-1-5-32-544，因此存储无法将此 SID 映射到唯一用户。所涉及的用户包括： /DC=com/DC=domain/DC=na/OU=Migrated/CN=John， Woods /DC=com/DC=domain/DC=ad/DC=corp/OU=EUC/OU=AMER/OU=Jersey City/OU=Harborside/OU=Users/CN=John， Woods

是否看到事件 ID 9528？

如果是，请参阅 “删除重复帐户”。
如果没有，很抱歉，我们无法通过本指南解决身份不明的问题。有关解决此问题的更多帮助，请联系 Microsoft Exchange Server 支持部门，并告知他们数据库装载时记录 3079 事件。

跟踪消息跟踪中的消息;邮件是否已传递到目标服务器

在邮件跟踪中跟踪邮件

在源服务器上，使用事件 ID 3018 说明中的消息 ID 跟踪消息。

事件类型	信息
事件来源	MSExchangeIS 公共存储
事件类别	复制传出消息
事件 ID	3018
消息	发出传出复制消息。类型：0x2 消息 ID： `<MessageID@Server.Domain.com>` 数据库“存储组\公用文件夹”

邮件是否已传递到目标服务器

在事件 ID 3018 的说明中，记下消息 ID，然后使用消息跟踪来确定消息是否已传递到目标服务器。例如，以下消息跟踪摘录包含以下文本：

“通过 SMTP 传输的邮件”。

消息历史记录

SMTP Store Driver: Message Submitted From Store
SMTP: Message Submitted to Advanced Queuing
SMTP: Started Message Submission to Advanced Queue
SMTP: Message Submitted to Categorizer
SMTP: Message Categorized and Queued For Routing
SMTP: Message Routed and Queued For Remote Delivery
SMTP: Started Outbound Transfer of Message Message transferred to through SMTP

消息跟踪是否指示消息已传递到目标服务器？

如果是，请参阅目标服务器上的事件 ID 3028。
如果没有，请参阅传输问题;消息是否显示在消息跟踪中？

传输问题;消息是否显示在消息跟踪中？

传输问题

消息未传递到目标服务器，这表示传输问题导致了问题。接下来，对传输过程进行故障排除。

消息是否显示在消息跟踪中

转到源服务器并查找传出消息 ID。接下来，转到目标服务器并运行消息跟踪，以查看它是否收到消息。选择 Exchange 版本以检查运行消息跟踪的步骤。

对于 Exchange Server 2007 和 Exchange Server 2010

启动Exchange 管理控制台。
运行以下 cmdlet：
```
Get-MessageTrackingLog -MessageId
```

对于 Exchange Server 2003

开始Exchange 系统管理器。
在控制台树中，展开 “工具”，然后选择“ 消息跟踪中心”。
在“服务器”框中，键入运行 Exchange Server 2003 的服务器的名称。

若要浏览可用服务器的列表，请选择“服务器”，选择一个服务器，然后选择“添加”。可以搜索从特定服务器发送或传递到特定服务器的消息。只需指定服务器名称。

它是否收到消息？

如果是，请参阅 “确定源服务器上的公用文件夹存储是否具有电子邮件地址”。
如果没有，请参阅性能监视器是否显示大量排队提交的消息？

目标服务器上的事件 ID 3028

在目标服务器上，检查事件 ID 3028 的应用程序日志，其中包含从事件 ID 3018 说明记下的相同消息 ID。

事件类型	信息
事件来源	MSExchangeIS 公共存储
事件类别	复制传入消息
事件 ID	3,028
消息	已发出传入复制消息。类型：0x2 消息 ID： `<MessageID@Server.Domain.com>` 数据库“存储组\公用文件夹” CN min： 5-100 CN max： 5-200 RFIs：1 1） FID：5-1234，PFID：1-1，偏移量：28 IPM_SUBTREE\Test 1

目标服务器应用程序日志是否显示事件 ID 3028，并且此事件是否包含与事件 ID 3018 相同的消息 ID？

如果是，请参阅 “新建文件夹”可见性。
如果没有，请参阅性能监视器中的复制接收队列大小。

目标服务器上的事件 ID 7004 和事件 ID 7010

在目标服务器上，检查应用程序登录事件查看器，了解类似于以下事件的事件。

事件类型	错误
事件来源	MSExchangeTransport
事件类别	SMTP 协议
事件 ID	7004
日期	Date
时间	时间
用户	不可用
计算机	Computer_Name
说明	这是虚拟服务器 ID 1 连接 #29 的 SMTP 协议错误日志。远程主机 `E2k3server1.contoso.com`响应 SMTP 命令“xexch50”，其中“504 需要先进行身份验证”。发送的完整命令为“XEXCH50 2336 3”。这可能会导致连接失败。

事件类型	错误
事件来源	MSExchangeTransport
事件类别	SMTP 协议
事件 ID	7010
日期	Date
时间	时间
用户	不可用
计算机	Computer_Name
说明:	这是虚拟服务器 ID 1、连接 #30 的 SMTP 协议日志。 “6.5.2.4”的客户端发送了“xexch50”命令，SMTP 服务器响应了“504 需要先进行身份验证”。发送的完整命令为“xexch50 1092 2”。这可能会导致连接失败。这些事件指示触发XEXCH50协议接收器，但 blob 交换在事件中列出的服务器之间失败。

是否在目标服务器上看到事件 ID 7004 和事件 ID 7010？

如果是，请参阅解决XEXCH50命令的问题。
如果没有，请参阅运行 isinteg –fix –test ReplState on the destination server;由于删除，Tombstone。

解决XEXCH50命令的问题

遇到的问题可能是由XEXCH50命令问题引起的。

解决XEXCH50命令问题

验证是否在组织中运行 Exchange Server 的计算机上的 SMTP 虚拟服务器上启用了集成 Windows 身份验证。如果未启用集成 Windows 身份验证：
1. 在Exchange 系统管理器中，依次展开“管理组”、“服务器”、“Exchange 服务器名称”、“协议”和“SMTP”。
2. 右键单击 SMTP 虚拟服务器。
3. 选择“属性”，选择“访问”选项卡，然后选择“身份验证”。确保 选中“集成 Windows 身份验证 ”复选框。
如果启用了集成 Windows 身份验证，但事件仍然存在，则 7004 事件或 7010 事件中的发送服务器可能缺少或拒绝接收服务器上的 SendAs。如果发送服务器和接收服务器遇到这些事件，则服务器可能彼此缺少 SendAs 权限。未显式设置 SendAs 权限。 SendAs 权限通常通过 Exchange 域服务器（EDS）组中的成员身份继承。如果 EDS 没有此 DENY 访问控制项（ACE），受影响的服务器可能嵌套在另一个具有 DENY ACE 的组中，或者 EDS 可能嵌套在具有 DENY ACE 的其他组中。若要成功运行， XEXCH50 命令必须让 SendAs 适合 Exchange 组织中的服务器。
确定是否在 Exchange 组织中的服务器之间使用传输层安全性（TLS）和安全通道。在此方案中，STARTTLS 传输事件接收器在 AUTH 命令之前发生。 XEXCH50命令在会话中稍后失败，因为缺少 AUTH 命令。

如果 Exchange 协议安全性（EXPS）身份验证在服务器之间无法正常工作， 则XEXCH50 命令不起作用。事件 1704 和 1706 指示应用程序日志中的 EXPS 身份验证失败。

事件类型	警告
事件来源	MSExchangeTransport 事件
事件类别	MTP 协议
事件 ID	06:17
说明:	EXPS 暂时无法向协议安全性提供“..com“. 名为“HrServerNegotiateAuth”的“CSessionContext：：OnEXPSInNegotiate”失败，错误代码0x8009030c（i：\transmt\src\smtpsink\exps\exps\expslib\context.cpp@1462）。数据：0000：0c 03 09 80 ...？

注意

事件 ID 1706 中的说明包括错误代码0x8009030c。
错误代码0x8009030c是 SEC_E_LOGON_DENIED Hresult 值。此代码指示无法登录帐户。
这些问题可能很难进行故障排除，因为需要 EXPS Microsoft Windows 凭据才能传递此 AUTH 命令。可以使用各种工具来排查事件 ID 7004 和 7010 的组合问题;这包括 NLTEST 工具和 NETDOM 工具。故障排除步骤可能包括重置计算机帐户密码。
如果在应用程序日志中有事件 ID 7004 和 7010 的组合，如前所述，并且无法使用 EXPS 身份验证发现问题的来源，请联系Microsoft 支持部门服务。
如果在应用程序日志中没有事件 ID 7004 和事件 ID 7010 的组合，请转到步骤 5。

检查 Exchange 组织中的服务器之间是否存在防火墙或防病毒墙。如果防火墙在组织中的服务器之间运行，请暂时禁用防火墙以确定它是否导致问题。

禁用防火墙是否解决了该问题？

如果已解决，恭喜你！已解决 Exchange Server 2003 的公用文件夹复制问题。
如果没有，请参阅运行 isinteg –fix –test ReplState on the destination server;由于删除，Tombstone。

在目标服务器上运行 isinteg -fix -test ReplState;由于删除而发生逻辑删除

在目标服务器上运行 isinteg –fix –test ReplState

选择 Exchange 版本，通过以下步骤验证并调整 ReplState 设置：

对于 Exchange Server 2007 和 Exchange Server 2010

启动Exchange 管理控制台。
New-PublicFolderDatabaseRepairRequest使用 cmdlet 检测和修复公用文件夹数据库中的复制问题。当请求正在运行时，仍可访问公用文件夹数据库中的公用文件夹。但是，当前正在修复的公用文件夹不可用。开始修复请求后，除非卸载数据库，否则无法停止该请求。

运行以下 cmdlet：

New-PublicFolderDatabaseRepairRequest -Database -CorruptionType ReplState

对于 Exchange Server 2003

在目标服务器上，安装修补程序KB925253。
安装修补程序后，在服务器上卸载公用文件夹数据库，然后在命令提示符处运行以下命令：
```
cd C:\Program Files\Exchsrvr\bin
Isinteg -s -fix -test ReplState
```

接下来，运行测试以确定问题是否已解决。

由于删除而发生逻辑删除

这表示文件夹是一个逻辑删除，因为以前的删除未复制。返回到源服务器，复制文件夹以创建具有相同内容的新文件夹，然后重新开始。

新文件夹可见性

新文件夹是否在目标服务器上的层次结构中可见？

如果是，请参阅 “排查层次结构回填问题”。
如果没有，请参阅 “查找文件夹 ID”（FID）（隔离？）

对层次结构回填进行故障排除

此时，我们已验证对层次结构的更改是否正确复制。现在可以对层次结构回填进行故障排除。为此，请在目标服务器上运行 同步层次结构 。同步层次结构会导致事件 ID 3017 发生。事件 ID 3017 显示层次结构状态请求（类型0x20）已发送到源服务器。

对于 Exchange Server 2007 和 Exchange Server 2010

启动Exchange 管理控制台。
运行 Update-PublicFolderHierarchy -Server cmdlet。
在目标服务器上运行 同步层次结构 后，请检查源服务器上的应用程序日志，了解 3027 事件和传入状态请求。

对于 Exchange Server 2003

开始Exchange 系统管理器。
若要运行 同步层次结构，请展开 文件夹，右键单击 公用文件夹 对象容器，然后选择“ 同步层次结构”。
在目标服务器上运行 同步层次结构 后，检查源服务器上的应用程序日志，了解事件 3027 和传入状态请求。

源服务器上的应用程序日志中的事件 3027 是吗？

如果是，请参阅源服务器上的事件 ID 3017。
如果没有，请参阅 “检索消息 ID”并跟踪消息。

检索消息 ID 并跟踪消息

在源服务器上，找到事件 ID 3017，然后记下消息 ID。使用消息跟踪跟踪来跟踪消息 ID，以确定消息是否已传递到源服务器。

消息跟踪是否表示消息已传递到源服务器？

如果是，请参阅可能的 ReplState 问题。
如果没有，请参阅 “确定源服务器上的公用文件夹存储是否具有电子邮件地址”。

确定源服务器上的公用文件夹存储是否具有电子邮件地址

若要确定源服务器上的公用文件夹存储是否分配了代理地址，请检查 Active Directory 目录服务中属性的值 proxyAddresses 。

检查值

警告

如果使用 Active Directory 服务接口（ADSI）编辑管理单元、LDP 实用工具或任何其他 LDAP 版本 3 客户端，并且错误地更改了 Active Directory 对象的属性，则可能会导致严重问题。这些问题可能需要重新安装 Microsoft Windows 2000 Server、Windows Server 2003、Microsoft Exchange Server 2000、Microsoft Exchange Server 2003 或 Windows Server 和 Exchange Server。 Microsoft无法保证如果无法正确更改 Active Directory 对象属性，则会发生的问题。自行更改这些属性。

注意

根据你的Microsoft Windows 版本，你的计算机上以下步骤可能有所不同。如果是这样，请参见您的产品文档来完成这些步骤。

选择“开始>运行”，在“打开”框中键入 adsiedit.msc，然后选择“确定”，启动 ADSI 编辑工具。

注意

ADSI 编辑包含在 Microsoft Windows 2000 Server 支持工具和 Windows Server 2003 支持工具中。若要安装 Windows 2000 支持工具，请在 Windows 2000 CD 上的 Support\Tools 文件夹中双击Setup.exe 。若要安装 Windows Server 2003 支持工具，请在 Windows Server 2003 CD 上的 Support\Tools 文件夹中双击Suptools.msi 。
如果尚未连接，请连接到域控制器。

注意

在此步骤中，contoso.com是域名的占位符;斜体中的单词是所指示名称的占位符。展开配置容器 [computername.contoso.com]，展开 CN=Configuration， DC=contoso， DC=com，展开 CN=Services，展开 CN=Microsoft Exchange，展开 CN=OrganizationName，展开 CN=Administrative Groups，展开 CN=AdministrativeGroupName， 展开 CN=Server，展开 CN=ExchangeServerName，展开 CN=InformationStore，然后选择 CN=First Storage组。
在右窗格中，右键单击 CN=公用文件夹存储（EXCHANGESERVERNAME），然后选择“ 属性”。
在 “选择要查看 列表的属性”中，选择两者。
在 “选择要查看 的属性”列表中，选择 proxyAddresses。
在 “值” 框中，确定是否分配了电子邮件地址。通常，公用文件夹存储具有类似于： SMTP:ExchangeServerName-IS@contoso.com的简单邮件传输协议（SMTP）地址戳。
在 “选择要查看 列表的属性”中，选择邮件。
在 “值” 框中，验证 SMTP 地址是否与步骤 7 中显示的 SMTP 地址相同。

源公共存储区是否具有电子邮件地址？

如果是，很抱歉，我们无法使用本指南解决身份不明的问题。有关解决此问题的更多帮助，请联系 Microsoft Exchange Server 支持部门。
如果没有，请参阅应用程序日志事件 ID 3018。

源服务器上的事件 ID 3017

在源服务器上的应用程序日志中，紧接在事件 ID 3027 之前，找到同一文件夹的事件 ID 3017，该文件夹的类型为0x10。

是否看到事件 ID 3017 并为同一文件夹键入0x10？

如果是，请参阅在目标服务器上具有类型0x10的事件 ID 3027。
如果没有，请参阅服务器是否有不同的年龄限制？

目标服务器上的事件 ID 3027

事件 ID 3027 是源服务器上的状态响应。在目标服务器上的应用程序日志中，找到事件 ID 3027 以检查状态响应。

是否在目标服务器上看到事件 ID 3027？

如果是，请参阅故障排除回填。
如果没有，很抱歉，我们无法使用本指南解决身份不明的问题。有关解决此问题的更多帮助，请联系 Microsoft Exchange Server 支持部门。

回填疑难解答

此时，我们知道目标服务器知道缺少数据。现在，我们专注于故障排除，让层次结构回填本身。

在目标服务器上，再次运行 同步层次结构 ，然后在目标服务器上检查事件 ID 3014 的应用程序日志，其中包含类型0x8。事件 ID 3014 是层次结构的传出回填请求。

是否在目标服务器上看到事件 ID 3014 并键入0x8？

如果是，请参阅源服务器上的事件 ID 3024。
如果没有，很抱歉，我们无法使用本指南解决身份不明的问题。有关解决此问题的更多帮助，请联系 Microsoft Exchange Server 支持部门。

源服务器上的事件 ID 3024

事件 ID 3024 是传入的层次结构回填请求。

是否在源服务器上看到事件 ID 3024？

如果是，请参阅源服务器上的事件 ID 3019。
如果没有，请参阅 “从事件 ID 3014 跟踪消息 ID”。

源服务器上的事件 ID 3019

事件 ID 3019（类型为 0x80000002）是源服务器上的传出层次结构回填响应。检查源服务器上的应用程序日志，了解事件 ID 3019。

源服务器上的应用程序日志上的事件 ID 3019 是否为？

如果是，请参阅事件 ID 3029。
如果没有，很抱歉，我们无法使用本指南解决身份不明的问题。有关解决此问题的更多帮助，请联系 Microsoft Exchange Server 支持部门。

事件 ID 3029

事件 ID 3029 是目标服务器上的传入层次结构回填响应。

目标服务器上的应用程序日志中是否显示事件 ID 3029？

如果是，请参阅 “查找层次结构中的文件夹”。
如果没有，请参阅 “从事件 ID 3019 跟踪消息 ID”。

在层次结构中查找文件夹

在目标服务器上，查找层次结构中的文件夹。

现在是否在目标服务器上看到层次结构中的文件夹？

如果已解决，恭喜你！已解决 Exchange Server 2003 的公用文件夹复制问题。
如果没有，很抱歉，我们无法使用本指南解决身份不明的问题。有关解决此问题的更多帮助，请联系 Microsoft Exchange Server 支持部门。

从事件 ID 3014 跟踪消息 ID

在目标服务器上，检查事件 ID 3014 以获取消息 ID。使用消息跟踪来跟踪消息 ID。

消息跟踪是否指示消息已传递到源服务器？

如果是，请参阅 “关注内容”;复制 Always Interval 和 Schedule;在源服务器上创建新项。
如果没有，很抱歉，我们无法使用本指南解决身份不明的问题。

从事件 ID 3019 跟踪消息 ID

在源服务器上，找到事件 ID 3019，然后在事件中记下消息 ID。使用消息跟踪来跟踪消息 ID。

消息跟踪是否指示消息已传递到目标服务器？

如果是，请参阅性能监视器中的复制接收队列大小。
如果没有，很抱歉，我们无法使用本指南解决身份不明的问题。有关解决此问题的更多帮助，请联系 Microsoft Exchange Server 支持部门。

关注内容;复制 Always Interval 和 Schedule;在源服务器上创建新项

专注于内容

由于文件夹出现在两台服务器上的层次结构中，因此它可能不是层次结构复制问题。因此，请专注于对内容进行故障排除。

复制 Always Interval 和 Schedule

验证源服务器上的“复制始终间隔”值是否设置为 15 分钟或更少。

验证和调整 Exchange Server 2007 和 Exchange Server 2010 上的设置

启动Exchange 管理控制台。
运行以下 cmdlet 并验证 ReplicationPeriod， ReplicationSchedule并 ReplicationMessageSize 已设置：
```
Get-PublicFolderDatabase -Server $env:computername| fl Replication*
```
确保所有公用文件夹数据库都相同 ReplicationMessageSize。

接下来，验证相关文件夹是否已配置为使用存储计划：

启动Exchange 管理控制台。
运行以下 cmdlet 并验证 Replicas 并 UseDatabaseReplicationSchedule 设置：
```
Get-PublicFolder | fl *Replica*
```
如果 UseDatabaseReplicationSchedule 设置为 False，请确保已 ReplicationSchedule 设置。

验证和调整 Exchange Server 2003 上的设置

开始Exchange 系统管理器。
展开管理组容器，然后选择包含公用文件夹服务器的管理组。
展开“服务器”容器，展开源服务器，选择公用文件夹数据库，然后选择“ 属性”。
在“复制”（策略）选项卡上，在“始终（分钟）”的复制间隔中键入 15。
依次选择“应用”、“确定” 。

接下来，验证正在使用的文件夹是否已配置为使用应用商店计划。要执行此操作：

展开 公用文件夹，然后右键单击正在使用的文件夹。
选择“属性”。
在“复制”选项卡上，选择“公用文件夹复制间隔”列表中的“使用公共存储计划”。

在源服务器上创建新项

在源服务器上的公用文件夹中创建新项目，然后监视事件 ID 3020 的应用程序日志。

是否看到事件 ID 3020，并且它是否包括要测试的文件夹的名称以及我们创建的项的名称？

如果是，请参阅事件 ID 3030。
如果没有，请参阅源服务器未为该文件夹生成传出内容消息;装载公用文件夹数据库时的事件 ID 3079。

事件 ID 3030

在目标服务器上，检查事件 ID 3030 的应用程序日志。

目标服务器应用程序日志是否包含同一文件夹和项的事件 ID 3030

如果是，请参阅 “验证项目是否位于目标服务器上的源文件夹中”。
如果没有，请参阅 “跟踪事件 ID 3020”中标识的消息。

源服务器未为该文件夹生成传出内容消息;装载公用文件夹数据库时的事件 ID 3079

源服务器未为该文件夹生成传出内容消息

源服务器不会为该文件夹生成传出内容消息。我们将重点介绍源服务器的故障排除。

装载公用文件夹数据库时的事件 ID 3079

在源服务器上，检查事件 ID 3079 的应用程序日志。装载数据库时发生事件 ID 3079，它应包含文本：EcReplStartup。例如，事件 ID 3079 应类似于下表。

事件类型	信息
事件来源
MSExchangeIS 公共存储
事件类别	复制错误
事件 ID	3079
消息	0x3f0出现意外的复制线程错误。 EcGetReplMsg EcReplStartup FReplAgent

是否看到事件 ID 3079，并在装载数据库时包含 EcReplStartup？

如果是，请参阅应用程序日志事件 ID 9528。
如果没有，请参阅 Run isinteg –fix –test ReplState;事件 ID 3020。

运行 isinteg -fix -test ReplState;事件 ID 3020

在目标服务器上运行 isinteg –fix –test ReplState

选择 Exchange 版本，通过以下步骤验证并调整 ReplState 设置：

对于 Exchange Server 2007 和 Exchange Server 2010

启动Exchange 管理控制台。
New-PublicFolderDatabaseRepairRequest使用 cmdlet 检测和修复公用文件夹数据库中的复制问题。当请求正在运行时，仍可访问公用文件夹数据库中的公用文件夹。但是，当前正在修复的公用文件夹不可用。开始修复请求后，除非卸载数据库，否则无法停止该请求。

运行以下 cmdlet：

New-PublicFolderDatabaseRepairRequest -Database -CorruptionType ReplState

对于 Exchange Server 2003

在目标服务器上，安装于 2013 年 1 月 24 日发布的修补程序KB925253。
安装修补程序后，在服务器上卸载公用文件夹数据库，然后在命令提示符处运行以下命令：
```
cd C:\Program Files\Exchsrvr\bin
Isinteg -s -fix -test ReplState
```

事件 ID 3020

在源服务器上的公用文件夹中创建新项，然后检查事件 ID 3020 的应用程序日志。

是否看到事件 ID 3020，它是否包括要测试的文件夹的名称以及所创建项目的名称？

如果是，请参阅事件 ID 3030。
否则，抱歉，无法使用本指南解决身份不明的问题。如果就此问题联系支持人员，请告诉他们源服务器不生成出站层次结构复制消息。数据库装载时有 3079 事件，但该事件不包含 EcReplStartup。

验证项目是否位于目标服务器上的源文件夹中

在目标服务器上，查找在源服务器上创建的项，并确保它位于目标文件夹中。

是否在目标服务器上的文件夹中看到该项？

如果是，请参阅 “排查内容回填问题”。
如果没有，请参阅 3030 事件是否显示项目的消息 ID（MID），但不显示主题？

排查内容回填问题

我们已验证内容更改是否正在复制。接下来，排查内容回填问题。

为此，请在目标服务器上运行同步内容。这应会导致目标服务器向源服务器请求缺少的数据。

在 Exchange Server 2007 和 Exchange Server 2010 中运行同步内容

启动Exchange 管理控制台。

运行下面的命令：

Update-PublicFolder -Server <DestinationServer>

在目标服务器上运行同步层次结构后，检查源服务器上的应用程序日志，了解事件 3027 和传入状态请求。

在 Exchange Server 2003 中运行同步内容

展开 公用文件夹，然后选择目标文件夹。
在右窗格中，选择“ 状态 ”选项卡。
右键单击目标服务器，然后选择“ 同步内容”。

在目标服务器上运行同步内容后，检查事件 ID 3017 的应用程序日志以获取传出状态请求。

目标服务器上的应用程序日志中的事件 ID 3017

如果是，请参阅事件 ID 3027。
如果没有，请参阅“运行 isinteg -fix -test ReplState”（如果未记录事件 ID 3017）。

运行 isinteg -fix -test ReplState （如果未记录事件 ID 3017）

选择 Exchange 版本，通过以下步骤验证并调整 ReplState 设置：

对于 Exchange Server 2007 和 Exchange Server 2010

启动Exchange 管理控制台。
New-PublicFolderDatabaseRepairRequest使用 cmdlet 检测和修复公用文件夹数据库中的复制问题。当请求正在运行时，仍可以访问公用文件夹数据库上的公用文件夹，但你无法访问当前正在修复的公用文件夹。开始修复请求后，除非卸载数据库，否则无法停止该请求。

运行以下 cmdlet：

New-PublicFolderDatabaseRepairRequest -Database -CorruptionType ReplState

对于 Exchange Server 2003

在目标服务器上，安装修补程序KB925253。
安装修补程序后，在服务器上卸载公用文件夹数据库，然后在命令提示符处运行以下命令：
```
 cd C:\Program Files\Exchsrvr\bin
Isinteg -s -fix -test ReplState
```
isinteg 进程完成后，更改源服务器上的公用文件夹上的副本列表。为此，请向任何服务器添加副本或删除副本。选择“应用”，反转刚才所做的更改，然后再次选择“应用”。
针对同一文件夹再次在目标服务器上运行 同步内容 。
检查事件 ID 3017 的应用程序日志以获取传出状态请求。

目标服务器上的应用程序日志中的事件 ID 3017 是否为？

如果是，请参阅事件 ID 3027。
如果没有，很抱歉，我们无法使用本指南解决身份不明的问题。有关解决此问题的更多帮助，请联系 Microsoft Exchange Server 支持部门。

事件 ID 3027

在源服务器上，检查具有类型0x20的事件 ID 3027 的应用程序日志。

是否看到事件 ID 3027，并且它是否在源服务器上具有类型0x20？

如果是，请参阅源服务器上的事件 ID 3017。
如果没有，请参阅 “跟踪事件 ID 3027”。

源服务器上的事件 ID 3017

在源服务器上的应用程序日志中，紧接在事件 ID 3027 之前，找到类型为同一文件夹0x10的事件 ID 3017。

是否看到事件 ID 3017，并且是否对同一文件夹具有类型0x10？

如果是，请参阅目标服务器上的事件 ID 3027。
如果没有，请参阅服务器是否有不同的年龄限制？

服务器是否有不同的年龄限制

通常，如果源服务器未生成状态响应，则表示源服务器没有其他服务器没有的数据。

服务器可以在没有相同内容的情况下进行同步的一种情况是，如果服务器具有不同的年龄限制。如果目标服务器已过期有问题的项，则不会再次回填项目。

请务必检查并确保服务器没有不同的年龄限制。有多种类型的限制：

存储配额

使用数据库配额默认值

选中此复选框以使用公用文件夹所在的公用文件夹数据库配额限制。如果未选择默认值，“ 问题警告”（KB）、 “禁止发布”（KB）和 “最大项目大小（KB）” 复选框将变为可用。

发出警告（KB）

选中此复选框可自动警告公用文件夹所有者公用文件夹即将达到其存储限制。若要指定此限制，请选中该复选框，然后指定要禁止发布的公用文件夹的大小（KB）。可以输入介于 0 KB 和 2,147,483,647 KB（2.1 TB）之间的值。

禁止发布（KB）

选中此复选框可防止在文件夹大小达到指定限制后发布到公用文件夹。若要指定此限制，请选中该复选框，然后在 KB 中指定要禁止发布的公共文件夹的大小。可以输入介于 0 KB 和 2,147,483,647 KB（2.1 TB）之间的值。

最大项大小（KB）

选中此复选框可限制用户可以发布到公用文件夹的项目的最大大小。若要指定大小，请选中该复选框，然后指定用户可以发布到公用文件夹的 KB 中项目的最大大小。可以输入介于 0 KB 和 2,097,151 KB 之间的值。

已删除项目保留期

使用数据库保留默认值

选中此复选框可在此公用文件夹所在的服务器上使用公用文件夹数据库项保留限制。如果未选中此复选框，“保留已删除的项目数”复选框将变为可用。

保留已删除的项（天）

选中此复选框可设置公用文件夹中保留已删除邮件的天数。可以输入介于 0 到 24,855 天之间的值。

年龄限制

使用数据库期限默认值

选中此复选框可使用此公用文件夹所在的服务器的公用文件夹数据库年龄限制。如果未选中此复选框， 副本的年龄限制（天） 复选框将变为可用。

副本的年龄限制（天）

选中此复选框可限制公用文件夹的期限。使用相应的文本框指定天数限制。超过年龄限制时，将自动删除此公用文件夹的副本。可以输入介于 0 到 24,855 天之间的值。

服务器是否有不同的年龄限制？

如果答案为“是”，则内容差异是设计造成的。无需继续进行故障排除。可以通过复制项目来解决此问题，以便它们成为新文件夹中的新项目。
如果答案为否，则发生了未知错误。

目标服务器上具有类型0x10的事件 ID 3027

在目标服务器上，检查具有类型0x10的事件 ID 3027 事件的应用程序日志。

是否看到事件 ID 3027，并且是否具有类型0x10？

如果是，请参阅焦点回填。
否则，抱歉，无法使用本指南解决身份不明的问题。如果就此问题联系支持人员，请告诉他们源服务器不生成出站层次结构复制消息。数据库装载时有 3079 事件，但该事件不包含 EcReplStartup。

专注于回填

此时，目标服务器已计算出缺少某些数据。因此，请专注于回填。

在目标服务器上，再次在目标文件夹中运行 同步内容 。运行 同步内容后，事件 ID 3016 将记录在应用程序日志中。事件 ID 3016 包含包含文件夹名称的邮件类型0x8。

在目标服务器上，你是否看到事件 ID 3016，并且它是否具有包含文件夹名称的邮件类型0x8？

如果是，请参阅源服务器上的事件 ID 3026。
如果没有，请参阅 “未完成回填”限制。

源服务器上的事件 ID 3026

为了响应目标服务器上的事件 ID 3016，应在源服务器上的应用程序日志中看到事件 ID 3026。

在源服务器上，是否看到事件 ID 3026？

如果是，请参阅源服务器上的事件 ID 3021。
如果没有，请参阅消息可能已发送到其他源服务器。

源服务器上的事件 ID 3021

在源服务器上的应用程序日志中，事件 ID 3026 之后，应会看到一个或多个事件 ID 3021 事件，其中包括文件夹的消息类型0x80000004。

是否看到至少一个事件 ID 3021，其中包含文件夹的邮件类型0x80000004？

如果是，请参阅将事件 ID 3021 的数量与事件 ID 3031 的数量进行比较。
如果没有，很抱歉，我们无法使用本指南解决身份不明的问题。有关解决此问题的更多帮助，请联系 Microsoft Exchange Server 支持部门。

将事件 ID 3021 的数量与事件 ID 3031 的数量进行比较

计算源服务器上应用程序日志中事件 ID 3021 的事件数。然后，对事件 ID 3031 的事件数进行计数，这些事件的事件类型为文件夹0x80000004，以及目标服务器上的应用程序日志中。

服务器之间是否有同等数量的事件 ID 3021 事件和事件 ID 3031 事件？

如果是，请参阅在目标服务器上的文件夹中找到内容。
如果没有，请参阅传输中丢失了一个或多个邮件。

在目标服务器上的文件夹中找到内容

在目标服务器上，查找从源服务器同步到目标服务器上的同一文件夹的内容。

是否在目标服务器上的同一文件夹中找到内容？

如果已解决，恭喜你！已解决 Exchange Server 2003 的公用文件夹复制问题。
如果没有，很抱歉，我们无法使用本指南解决身份不明的问题。有关解决此问题的更多帮助，请联系 Microsoft Exchange Server 支持部门。

消息可能已发送到其他源服务器

检查事件 ID 3016 以验证消息是否已发送到预期的源服务器。在目标服务器上，检查事件 ID 3016 以确定应接收消息的源服务器。如果其他源服务器收到消息，请使用该服务器作为新的源服务器，然后检查新源服务器上的应用程序日志，以获取事件 ID 3016。

事件类型	信息
事件来源	MSExchangeIS 公共存储
事件类别	复制传出消息
事件 ID	3016
消息	传出消息类型 <值> 消息 ID： <id> 文件夹： <文件夹名称> 数据库“<name>”。 CNSET： <值> CNSET（FAI）： <值> 服务器： <服务器名称>

事件 ID 3016 中是否标识了预期的源服务器？

如果是，请参阅源服务器上的事件 ID 3021。
如果没有，很抱歉，我们无法使用本指南解决身份不明的问题。有关解决此问题的更多帮助，请联系 Microsoft Exchange Server 支持部门。

未完成回填限制

默认情况下，公用文件夹存储一次最多可以容纳 50 个未完成的回填请求。这称为“未完成回填限制”（OBL）。当 50 个回填请求位于存储数组中时，这些请求将重复发出，直到满足这些请求;在至少一个请求完成之前，无法再发出任何新请求。

每次满足回填请求时，OBL 中都会发生一个打开，并且可以请求一组新的数据。但是，如果所有 50 个请求都遇到问题且无法满足，则不会发生新的打开，也无法发出新请求，并且复制无法继续。

若要确定未完成回填限制是否是问题的原因，请在目标服务器上将 OBL 限制增加 1（1），然后检查应用程序日志至少 5 分钟，以获取事件 ID 3016 实例。

在目标服务器上增加一个（1）的 OBL 限制

选择“开始>运行”，键入 regedit，然后选择“确定”，打开注册表编辑器。
展开以下子项：
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MSExchangeIS\<Server_Name>\Public-<GUID>
右键单击“公共 GUID<>”，指向“新建”，然后选择“DWORD 值”。
键入 “复制未完成回填 限制”，然后按 Enter 命名新的 -subkey。
右键单击“ 复制未完成回填限制”，然后选择“ 修改”。
在 “值”数据 框中，键入 51，然后选择“ 确定”。
关闭“注册表编辑器”。
在 Exchange Server 2003 上重启Microsoft Exchange 信息存储服务。要执行此操作：
- 选择开始，指向管理工具，然后选择服务。
- 在 “服务 ”列表中，选择 “Microsoft Exchange 信息存储”，然后选择“ 重启”。

如果记录其他文件夹的事件 ID 3016，请改用该文件夹进行故障排除。

是否看到其他文件夹的事件 ID 3016？

如果是，请参阅 “排查内容回填问题”。
如果没有，很抱歉，我们无法使用本指南解决身份不明的问题。有关解决此问题的更多帮助，请联系 Microsoft Exchange Server 支持部门。

跟踪事件 ID 3020 中标识的消息

在源服务器上，使用消息跟踪跟踪在事件 ID 3020 中标识消息。

消息跟踪是否指示消息已传递到目标服务器？

如果是，请参阅 XEXCH50命令疑难解答。
如果没有，请参阅传输问题;消息是否显示在消息跟踪中？

排查XEXCH50命令问题

若要对 XEXCH50 命令进行故障排除，请增加 MSExchangeTransport 服务的目标服务器上的日志记录，并将 SMTP 协议级别设置为中等。

若要验证并调整 SMTP 协议级别设置，请选择 Exchange 版本以检查步骤：

对于 Exchange Server 2007 和 Exchange Server 2010

启动Exchange 管理控制台。
Set-EventLogLevel -Identity "MSExchangeTransport\SmtpReceive" -Level 'Medium'使用 cmdlet Set-EventLogLevel -Identity "MSExchangeTransport\SmtpSend" -Level 'Medium' 为 SMTP 启用事件日志记录。
使用 Resume-PublicFolderReplication cmdlet 为整个组织启动公用文件夹复制。

对于 Exchange Server 2003

接下来，检查应用程序登录事件查看器，了解类似于以下内容的事件：

事件类型	错误
事件来源	MSExchangeTransport
事件类别	SMTP 协议
事件 ID	7004
日期：	日期
时间	时间
用户	不可用
计算机	Computer_Name
说明	这是虚拟服务器 ID 1 连接 #29 的 SMTP 协议错误日志。远程主机 `E2k3server1.contoso.com` 使用“504 需要首先进行身份验证”响应 SMTP 命令“xexch50”。 “发送的完整命令是”XEXCH50 2336 3”。这可能会导致连接失败。

事件类型：	错误
事件来源	MSExchangeTransport
事件类别	SMTP 协议
事件 ID	7010
日期	Date
时间	时间
用户	不可用
计算机：	Computer_Name
说明:	这是虚拟服务器 ID 1、连接 #30 的 SMTP 协议日志。 “6.5.2.4”的客户端发送了“xexch50”命令，SMTP 服务器响应了“504 需要先进行身份验证”。发送的完整命令为“xexch50 1092 2”。这可能会导致连接失败。这些事件指示触发XEXCH50协议接收器，但 blob 交换在事件中列出的服务器之间失败。

是否在目标服务器上看到事件 ID 7004 和事件 ID 7010？

如果是，请参阅解决XEXCH50命令的问题。
如果没有，请参阅 “运行 isinteg –fix –test ReplState”。

运行 isinteg -fix -test ReplState （如果未看到事件 IE 7004 和 7010）

选择 Exchange 版本，通过以下步骤验证并调整 ReplState 设置：

对于 Exchange Server 2007 和 Exchange Server 2010

启动Exchange 管理控制台。
New-PublicFolderDatabaseRepairRequest使用 cmdlet 检测和修复公用文件夹数据库中的复制问题。当请求正在运行时，仍可以访问公用文件夹数据库上的公用文件夹，但你无法访问当前正在修复的公用文件夹。开始修复请求后，除非卸载数据库，否则无法停止该请求。

运行以下 cmdlet：

New-PublicFolderDatabaseRepairRequest -Database -CorruptionType ReplState

对于 Exchange Server 2003

在目标服务器上，安装修补程序KB925253。
安装修补程序后，在服务器上卸载公用文件夹数据库，然后在命令提示符处运行以下命令：
```
cd C:\Program Files\Exchsrvr\bin
Isinteg -s -fix -test ReplState
```
isinteg 进程完成后：
1. 更改目标服务器上的公用文件夹上的副本列表。为此，请向任何服务器添加副本或删除副本。选择“应用”，反转刚才所做的更改，然后再次选择“应用”。
2. 在源服务器上，创建新项。
3. 检查源服务器上的应用程序日志，了解事件 ID 3020。
4. 检查目标服务器上的应用程序日志，了解事件 ID 3030。

目标服务器上的应用程序日志中是否显示事件 ID 3030？

如果已解决，恭喜你！已解决 Exchange Server 2003 的公用文件夹复制问题。
否则，抱歉，无法使用本指南解决身份不明的问题。如果就此问题联系支持人员，请告诉他们源服务器不生成出站层次结构复制消息。数据库装载时有 3079 事件，但该事件不包含 EcReplStartup。

复制接收队列大小（性能监视器）

公用文件夹复制消息由 SMTP 接收，分类并交给本地 SMTP 队列。然后将邮件提交到公用文件夹存储。将消息提交到公用文件夹存储后，它们将放入复制接收队列中。然后处理复制接收队列中的消息，并在相应的公用文件夹上执行更改。复制接收队列大小性能计数器指示等待处理的公用文件夹复制消息数。

复制队列越大，文件夹中的内容就越无法同步。当复制队列增长时，随着处理复制队列中的消息，资源负载增加。此外，不断增长的复制队列表明服务器上的公用文件夹内容已过时。

复制接收队列中预期增长的两个实例中不需要执行任何操作，并且可以针对以下情况进行计划：

在新引入的公用文件夹服务器上，复制接收队列中的增长可能是预期的初始回填复制造成的。
如果发生 Exchange 拓扑中的站点合并或其他重大更改，则预期在移动内容时将进行大量复制。

对于未批量更改公用文件夹副本的现有稳定状态服务器，此错误可能表示：

服务器资源性能瓶颈，例如磁盘、CPU、网络或内存。如果服务器上存在资源瓶颈，则Store.exe进程将无法足够快地处理复制消息，队列将增长。
公用文件夹复制间隔太短，无法在下一个复制周期开始之前完成复制。

解决此问题的方法是：

监视 MSExchangeIS 公共\复制接收队列大小，直到它显示在下一个复制周期开始之前完成复制。
请考虑减少 Exchange 组织中的副本总数，以减少所需的复制流量量。

如果你有高队列，请参阅暂停复制。

如果你有一个低队列，请参阅可能的 ReplState 问题。

暂停复制

暂停公用文件夹的复制，让队列清空或调用支持。

暂停复制

启动Exchange 管理控制台。
使用 Suspend-PublicFolderReplication cmdlet 停止整个组织的公用文件夹复制。
通过运行 Get-TransportServer | Get-Queue来监视传输队列。队列减少后，可以恢复复制。
使用 Resume-PublicFolderReplication cmdlet 重启整个组织的公用文件夹复制。

很抱歉，无法使用本指南解决身份不明的问题。如果与支持部门联系，请告知他们复制已暂停，并且正在等待队列减少。

查找文件夹 ID （FID）（隔离？）

事件 ID 3028 事件是否显示 FID，但不显示文件夹的名称？

如果是，请参阅 Tombstone，因为删除。
如果没有，很抱歉，我们无法使用本指南解决身份不明的问题。有关解决此问题的更多帮助，请联系 Microsoft Exchange Server 支持部门。

删除逻辑删除（事件 ID 3028 事件显示 FID）

这表示文件夹是一个逻辑删除，因为以前的删除未复制。返回到源服务器，复制文件夹以创建具有相同内容的新文件夹，然后重新开始。

此信息是否有帮助？

如果是，请参阅 “删除重复帐户”。
如果没有，很抱歉，我们无法通过本指南解决身份不明的问题。有关解决此问题的更多帮助，请联系 Microsoft Exchange Server 支持部门，并告知他们数据库装载时记录 3079 事件。

性能监视器是否显示排队提交的大量消息

打开性能监视器。

添加计数器 MSExchangeIS Public\Replication Receive Queue 并监视队列的大小。

如果需要详细了解性能监视器，可以转到此处：性能监视器入门指南。

性能监视器是否显示排队提交的大量消息？

如果是，请参阅检查服务。
如果没有，很抱歉，我们无法使用本指南解决身份不明的问题。如果与支持部门联系，请告诉他们服务器正在生成出站层次结构消息，但这些消息不会显示在消息跟踪中，并且没有排队提交。

检查服务

选择“开始”>“运行”。
在框中键入 services.msc。
查找 MSExchangeTransport 并验证是否已启动

如果有 PowerShell，请打开它并运行以下 cmdlet：

Get-Service MSExchangeTransport

传输服务是否正在运行？

如果是，请参阅对公用文件夹复制进行故障排除。
如果没有，很抱歉，我们无法使用本指南解决身份不明的问题。如果与支持部门联系，请告诉他们服务器正在生成出站层次结构消息，但这些消息不会显示在消息跟踪中，并且没有排队提交。

3030 事件是否显示项目的消息 ID（MID），但不显示主题

3030 事件是否显示项目的 MID，但不显示主题？

如果是，请参阅 Tombstone。
如果没有，很抱歉，我们无法使用本指南解决身份不明的问题。如果与支持部门联系，请告诉他们源服务器未生成出站层次结构复制消息，并且数据库装载时没有 3079 事件。

墓碑

这通常是由于消息删除未复制而导致逻辑删除的结果。可以复制文件夹中的邮件以创建新邮件，也可以复制整个文件夹。

此信息是否有帮助？

如果是，请参阅 “删除重复帐户”。
如果没有，很抱歉，我们无法通过本指南解决身份不明的问题。有关解决此问题的更多帮助，请联系 Microsoft Exchange Server 支持部门，并告知他们数据库装载时记录 3079 事件。

跟踪事件 ID 3027

跟踪 3027，看看它有多远。如果未离开源服务器，请检查 MSExchangeIS Public 下排队提交的消息性能计数器，以查看出站消息是否停滞在公共存储中。

此信息是否有帮助？

如果是，请参阅 “删除重复帐户”。
如果没有，很抱歉，我们无法通过本指南解决身份不明的问题。有关解决此问题的更多帮助，请联系 Microsoft Exchange Server 支持部门，并告知他们数据库装载时记录 3079 事件。

可能的 ReplState 问题

此问题可能是XEXCH50问题或 ReplState 问题。在继续之前，让我们验证是否已启用 SMTP 日志记录。

选择 Exchange 版本，通过以下步骤验证并调整 ReplState 设置：

对于 Exchange Server 2007 和 Exchange Server 2010

启动Exchange 管理控制台。
Set-EventLogLevel -Identity "MSExchangeTransport\SmtpReceive" -Level 'Medium'使用 cmdlet Set-EventLogLevel -Identity "MSExchangeTransport\SmtpSend" -Level 'Medium' 在 SMTP 上启用事件日志记录。
使用 Resume-PublicFolderReplication cmdlet 为整个组织启动公用文件夹复制。

对于 Exchange Server 2003

开始Exchange 系统管理器。
展开 “服务器”，右键单击 Your_“服务器名称”，然后选择“ 属性”。
选择“诊断日志记录”选项卡，然后选择“服务”下的“MSExchangeTransport”。
在“类别”下，选择 SMTP。
在“日志记录级别”下，选择“中等”。

你的 Exchange 版本是什么？

如果 Exchange Server 2003，请参阅目标服务器上的事件 ID 7004 和事件 ID 7010。
如果 Exchange Server 2007 和 2010，请参阅解决XEXCH50命令的问题。

传输中丢失了一个或多个消息

如果目标服务器上的 3031 个事件数小于源服务器上的 3021 个事件数，则传输中丢失了一个或多个消息。若要排查消息丢失问题，请标识未复制的消息的消息 ID。

为此，请检查源服务器上的应用程序日志。然后，使用消息跟踪跟踪消息并排查问题。

该邮件的路径中是否有 Exchange Server 2007 或 2010 服务器？

如果是，请参阅路径中的 Exchange Server 2007 和 Exchange Server 2010。
如果没有，请参阅 “确实解决了此问题”。

是否解决了该问题

你的问题现已解决吗？

如果已解决，恭喜你！已解决 Exchange Server 2003 的公用文件夹复制问题。
如果没有，很抱歉，我们无法使用本指南解决身份不明的问题。有关解决此问题的更多帮助，请联系 Microsoft Exchange Server 支持部门。

路径中的 Exchange Server 2007 和 Exchange Server 2010

Exchange Server 2007 或 Exchange Server 2010 上丢失的内容回填响应的最常见原因是存储驱动程序故障。例如，回填响应将发送到 Exchange Server 2007 服务器，但如果在 2007 端查看应用程序日志，则永远不会看到传入的复制事件。消息跟踪显示复制消息已到达中心传输服务器，然后在存储驱动程序中失败。

故障排除的第一步是跟踪消息并查看消息失败的位置。

通常，中心传输服务器将记录一个事件 1020，该事件描述该特定内容的问题。跟踪消息并确定它失败了哪个中心传输服务器后，请在该中心传输服务器上使用源 MSExchange Store Driver 检查 1020 事件。

是否在该中心传输服务器上看到源 MSExchange Store Driver 的 1020 事件？

如果是，则会看到 1020 事件并包含错误“找不到 Active Directory 用户”，请按照“未能将公用文件夹内容复制到 Exchange Server 2010”中给出的说明进行操作。如果与支持人员联系，请告知他们存在空服务器容器。

此信息是否有帮助？
- 如果是，请参阅 “删除重复帐户”。
- 如果没有，很抱歉，我们无法通过本指南解决身份不明的问题。有关解决此问题的更多帮助，请联系 Microsoft Exchange Server 支持部门，并告知他们数据库装载时记录 3079 事件。
如果是，则会看到 1020 事件并包含错误消息：消息内容已损坏，请参阅路径中的 Exchange Server 2007 和 Exchange Server 2010（邮件内容已损坏）。
如果是，则会看到 1020 事件，但上述两条错误消息都没有，请参阅路径中的 Exchange Server 2007 和 Exchange Server 2010（请参阅 1020 事件，但上述两条错误消息都没有）。
如果没有，则看不到源 MSExchange Store Driver 的 1020 事件，很抱歉，我们无法使用本指南解决身份不明的问题。如果与支持部门联系，请告诉他们服务器正在生成出站层次结构消息，但这些消息不会显示在消息跟踪中，并且没有排队提交。

路径中的 Exchange Server 2007 和 Exchange Server 2010（邮件内容已损坏）

此消息通常是由于 TNEF 损坏。如果这是混合环境，请应用 Exchange 2013 CU6 以防止新的损坏消息，并删除旧邮件。若要标识损坏的项目，请继续执行以下步骤。

若要确定哪些项已损坏：

将源服务器上的复制消息大小减少到 1k。
在目标上，使用同步内容或 Update-PublicFolder 强制另一个回填请求。
现在，源服务器上的文件夹中每个项目会显示一个回填响应（事件 3021）。如果文件夹包含许多项目，应用程序日志可能会填满回填响应。 3021 活动平静下来后，清除源服务器上的应用程序日志并强制发出另一个回填请求。由于在最后一轮回填中已复制的所有好项，因此应在新事件 3021 中看到的唯一新项应该是损坏的项。

现在，对于源服务器上的应用程序日志中的每个损坏项，应有一个回填响应（3021），对于中心传输服务器上的应用程序日志中的每个损坏项，应有一个 1020 事件。由于你现在知道哪些项目已损坏（因为你可以在 3021 事件中读取项目主题），因此可以删除这些项目或尝试修复它们。

有关详细信息，请参阅修复从 Exchange Server 2003 到 Exchange Server 2007 或 2010 的公用文件夹复制错误。

该问题是否解决了？

如果是，请参阅 “跟踪消息跟踪”中的消息;邮件是否已传递到目标服务器？
如果没有，请参阅 “排查源服务器问题”。

路径中的 Exchange Server 2007 和 Exchange Server 2010（请参阅 1020 事件，但上述两条错误消息都没有）

这是一些其他类型的损坏项。若要确定哪些项已损坏：

将源服务器上的复制消息大小减少到 1k。
在目标上，强制另一个回填请求与 同步内容 或 更新公用文件夹。
现在，源服务器上的文件夹中每个项目会显示一个回填响应（事件 3021）。如果文件夹包含许多项目，应用程序日志可能会填满回填响应。 3021 活动平静下来后，清除源服务器上的应用程序日志并强制发出另一个回填请求。由于在最后一轮回填中已复制的所有好项目，因此应在新事件 3021 中看到的唯一新项应该是损坏的项。

现在，对于源服务器上的应用程序日志中每个损坏的项，应有一个回填响应（3021 事件），对于中心传输服务器上的应用程序日志中的每个损坏项，应有一个 1020 事件。由于你现在知道哪些项目已损坏（因为你可以在 3021 事件中读取项目主题），因此可以删除它们或尝试修复它们。

有关详细信息，请参阅修复从 Exchange Server 2003 到 Exchange Server 2007 或 2010 的公用文件夹复制错误。

你的问题现已解决吗？

如果是，请参阅 “跟踪消息跟踪”中的消息;邮件是否已传递到目标服务器？
如果没有，请参阅 “排查源服务器问题”。

删除重复帐户

删除事件中提到的重复帐户，或删除其中一个用户，以便可以针对 DS 中的单个用户解析 SID。

此信息是否有帮助？

如果已解决，恭喜你！ Exchange Server 的公用文件夹复制问题已解决。
如果没有，很抱歉，我们无法使用本指南解决身份不明的问题。有关解决此问题的更多帮助，请联系 Microsoft Exchange Server 支持部门。