Get-ActiveSyncDeviceStatistics -Mailbox user -GetMailboxLog:$True -NotificationEmailAddresses admin@contoso.com
这会将 ActiveSync 邮箱日志发送到指定的电子邮件地址进行分析。 可以在邮箱日志记录Exchange ActiveSync找到有关邮箱日志记录的其他信息。
下载 MailboxLogParser 并提取文件。
打开 MailboxLogParser.exe启动实用工具。
选择“ 将邮箱日志导入网格 ”以打开邮箱日志。
输入之前在 搜索字符串的原始日志数据 下复制的 UID 值，然后选择 “搜索”。
查看搜索结果，并记下此约会的 ServerId 值（如果找到）
我们验证是否对邮箱日志中的约会采取了一个或多个操作。 约会的最终结果取决于最终操作。 下面介绍了基于该操作的约会的预期状态：
添加 - 约会应位于 ActiveSync 客户端的日历中。
更改 - 应在 ActiveSync 客户端的日历中更新约会。
删除 - 应从 ActiveSync 客户端上的日历中删除约会。
最终操作的结果是否满足约会的预期状态？
如果是，请参阅 适用于 UID 的 Fiddler 跟踪分析;检查约会的最终状态。
如果没有，请参阅 邮箱日志分析错误) 。
UID 的 Fiddler 跟踪分析;检查约会的最终状态
UID 的 Fiddler 跟踪分析
我们期望设备发送与此约会相关的请求。 我们可以使用 Fiddler 跟踪来验证请求是否由客户端发送，并且服务器收到了响应。 为此，请按照下列步骤操作：
打开 Fiddler 跟踪。
转到“编辑”菜单，然后选择“查找会话”。
输入 ActiveSync 的命名空间 (示例：mail.contoso.com) 并选择“查找会话”。
选择 “正文 ”列具有值和 HTTP 响应值不等于 200 的请求。
选择 EAS XML 选项卡以查看请求和响应。
找到前面找到的 ServerId 的所有请求和响应。
检查约会的最终状态
我们需要验证对 Fiddler 跟踪中的约会采取的操作是否与邮箱日志一致。 最终操作应与之前找到的邮箱日志操作匹配。 下面介绍了基于该操作的约会的预期状态：
添加 - 约会应位于 ActiveSync 客户端的日历中。
更改 - 应在 ActiveSync 客户端的日历中更新约会。
删除 - 应从 ActiveSync 客户端上的日历中删除约会。
最终操作的结果是否满足约会的预期状态？
如果是，很抱歉，我们无法使用本指南解决问题。 根据这些故障排除步骤的结果，建议与设备供应商联系以获得进一步的支持。 还可以联系Microsoft 支持部门，以获得更多帮助来解决此问题。
如果没有，请参阅 Fiddler 跟踪分析错误。
约会) (错误的邮箱日志分析
此约会的 ActiveSync 流量不会导致约会在设备上处于正确的状态。 现在，我们需要进一步查看邮箱日志，了解日历文件夹的 ActiveSync 请求问题。 为此，请按照下列步骤操作：
查看前面的搜索结果。
检查响应的 “状态” 列，如果值不等于 1，请查看 ActiveSync 协议文档 ，了解有关状态代码的详细信息。
另请检查日志条目中是否有任何异常消息。
有关Exchange ActiveSync邮箱日志记录分析的详细信息，请参阅“胡德下：Exchange ActiveSync邮箱日志分析”。
是否存在响应中不等于 1 的状态代码或邮箱日志中发现的任何异常？
如果是，很抱歉，我们无法使用本指南解决问题。 根据这些故障排除步骤的结果，建议与设备供应商联系以获得进一步的支持。 还可以联系Microsoft 支持部门，以获得更多帮助来解决此问题。
如果没有，请参阅 Fiddler 跟踪分析错误。
错误的 Fiddler 跟踪分析
根据邮箱日志的结果，客户端在客户端和 Exchange 之间的 ActiveSync 流量中未遇到任何错误。 接下来，我们需要验证来自设备的所有请求是否未遇到错误。 为此，请按照下列步骤操作：
我们期望设备发送一个或多个请求来获取文件夹的最新更新。 我们可以使用 Fiddler 跟踪来验证请求是否由客户端发送，并且服务器收到了响应。 为此，请按照下列步骤操作：
打开 Fiddler 跟踪。
转到“编辑”菜单，然后选择“查找会话”。
输入 ActiveSync 的命名空间 (示例：mail.contoso.com) 并选择“查找会话”。
查看“结果”列，了解不等于 200 的任何 HTTP 响应值。
选择 “正文 ”列具有值的请求。
选择 “TextView ”选项卡可查看其他详细信息的响应。
如果是，请 参阅安装日志分析器工作室;日志分析器工作室查询 - 设备日历请求;查询结果分析;Re-Sync日历文件夹。
如果没有，很抱歉，我们无法使用本指南解决问题。 有关解决此问题的更多帮助，请联系Microsoft 支持部门。 联系支持人员时，请提供从此故障排除中收集的所有数据。
安装 Log Parser Studio;日志分析器工作室查询 - 设备日历请求;查询结果分析;重新同步日历文件夹
安装 Log Parser Studio
ActiveSync 客户端在尝试与 Exchange 服务器通信时可能遇到错误。 现在，我们需要确定这些错误的来源。 我们将首先检查客户端访问服务器上的 IIS 日志。 在分析这些日志之前，要完成分析的工作站应安装 Log Parser Studio。 为此，请按照下列步骤操作：
下载并安装 LogParser。
双击 LogParser.msi 以开始安装。
如果显示打开的文件 - 安全警告，请选择“运行”。
在“欢迎”屏幕上，选择 “下一步”。
在“End-User许可协议”屏幕上，查看并接受许可协议，然后选择 “下一步”。
在“选择设置类型”屏幕上，选择 “完成”。
在“准备安装”屏幕上，选择 “安装”。
在“完成”屏幕上，选择 “完成”。
下载 Log Parser Studio 并提取文件。
安装 LogParser 并提取 Log Parser Studio 后，请将 Exchange 服务器 () 中的 IIS 日志复制到本地工作站进行分析。
日志分析器工作室查询 - 设备日历请求
我们需要确定来自此 ActiveSync 客户端的请求在客户端访问服务器上处理时是否遇到任何问题。 为此，请按照下列步骤操作：
双击LPS.exe启动 Log Parser Studio。
选择“日志”文件夹图标以选择要处理的文件。
选择“添加文件”或“添加文件夹”按钮，然后找到并选择之前复制的文件 () 。
验证文件/文件夹是否已选中，然后选择 “确定”。
双击 ActiveSync：从库中将 SyncKey 与 SyncKey 的 SyncKey 计数为零 。
选择感叹号图标以执行查询。
示例结果：
现在，我们想要查看查询中有关任何问题的结果。 为此，请按照下列步骤操作：
查看 “状态” 列，并找到有值的任何请求。 使用Exchange ActiveSync协议文档来调查这些值以及是否可以执行任何纠正措施。
查看 “错误 ”列，并找到此列中有值的任何请求。 其中许多错误消息都是自我解释的，可以相应地采取纠正措施。
查看 sc 状态 列，并找到包含 200 以外的值的任何请求。 这是来自 IIS 的 HTTP 状态响应，可以在 IIS 7 及更高版本的 HTTP 状态代码中找到其他信息。
遗憾的是，对 IIS 日志的审查不会向我们显示有关约会的任何标识符。 在上次约会更改发生时，你将尽最大努力在 IIS 日志中查找请求。 还可以使用本文“了解Exchange ActiveSync Reporting Services”来帮助你更好地了解使用 IIS 日志条目找到的一些元素。
重新同步日历文件夹
前面所采取的步骤有助于确定约会出现问题的原因。 ActiveSync 客户端可能没有处于正确状态的约会。 若要解决此问题，请从要同步的文件夹列表中删除“日历”，等待大约五分钟，然后将日历添加到要同步的文件夹列表。
ActiveSync 客户端上的约会是否处于正确的状态？
如果是，请恭喜，你的 ActiveSync 问题已解决。
如果没有，很抱歉，我们无法使用本指南解决问题。 有关解决此问题的更多帮助，请联系Microsoft 支持部门。 联系支持人员时，请提供从此故障排除中收集的所有数据。
准备数据分析;Log Parser Studio Query - Count Syncs with SyncKey of Zero Per User
准备数据分析
ActiveSync 客户端在尝试与 Exchange 服务器通信时可能遇到错误。 现在，我们需要确定这些错误的来源。 我们将首先检查客户端访问服务器上的 IIS 日志。 在分析这些日志之前，要完成分析的工作站应安装 Log Parser Studio。 为此，请按照下列步骤操作：
下载并安装 LogParser。
双击 LogParser.msi 以开始安装。
如果显示打开的文件 - 安全警告，请选择“运行”。
在“欢迎”屏幕上，选择 “下一步”。
在“End-User许可协议”屏幕上，查看并接受许可协议，然后选择 “下一步”。
在“选择设置类型”屏幕上，选择 “完成”。
在“准备安装”屏幕上，选择 “安装”。
在“完成”屏幕上，选择 “完成”。
下载 Log Parser Studio 并提取文件。
安装 LogParser 并提取 Log Parser Studio 后，请将 Exchange 服务器 () 中的 IIS 日志复制到本地工作站进行分析。
Log Parser Studio Query - Count Syncs with SyncKey of Zero Per User
若要确定设备是否正在与 Exchange 重新同步，请运行 Log Parser 查询以查找用户。 为此，请按照下列步骤操作：
双击LPS.exe启动 Log Parser Studio。
选择“日志”文件夹图标以选择要处理的文件。
选择“添加文件”或“添加文件夹”按钮，然后找到并选择之前复制的文件 () 。
验证文件/文件夹是否已选中，然后选择 “确定”。
双击 ActiveSync：从库中将 SyncKey 与 SyncKey 的 SyncKey 计数为零 。
选择感叹号图标以执行查询。
分析此查询的结果。
如果是，请参阅 Log Parser Studio 查询 - 设备查询。
如果没有，请参阅 Log Parser Studio Query - 按 SyncKey 计算所有同步数。
日志分析器工作室查询 - 如果使用 SyncKey 值 0) ，则设备查询 (
若要确定设备发送 SyncKey 0 的原因，请在重新同步请求之前分析设备活动。 为此，请按照下列步骤操作：
双击LPS.exe启动 Log Parser Studio。
选择“日志”文件夹图标以选择要处理的文件。
选择“添加文件”或“添加文件夹”按钮，然后找到并选择之前复制的文件 () 。
验证文件/文件夹是否已选中，然后选择 “确定”。
双击 “ActiveSync：库中的设备查询 ”。
使用上一步中的值修改查询末尾 WHERE 子句中的 DeviceId 值。
选择感叹号图标以执行查询。
通过查找 SyncKey 列中的值为 0 的请求来分析此查询的结果。 然后查看 之前的 Cmd=Sync 请求，并检查 sc 状态值是否为 5xx。
示例：在上面的图像中，请求之前有多个 Sync 请求，其中包含 SyncKey 值 0。 这些请求均未收到来自 IIS 的 HTTP 500 响应。 存在一个 已知问题 ：多个 HTTP 500 响应将导致设备重新同步。
此同步请求是否导致 HTTP 状态代码为 500？
如果是，请参阅 “启用失败的请求跟踪”;失败的请求跟踪日志记录分析。
如果没有，请参阅 设备活动分析。
启用失败的请求跟踪;失败的请求跟踪日志记录分析
启用失败的请求跟踪
若要确定 HTTP 500 错误的原因，请在 Microsoft-Server-ActiveSync 虚拟目录上启用失败的请求跟踪。 为此，请按照下列步骤操作：
打开 IIS 管理器。
展开服务器，展开 站点，然后选择 默认网站。
在“操作”窗格中选择“失败请求跟踪”。
根据需要选择 “启用 ”并输入其他目录路径，然后选择 “确定”。
展开 默认网站 并选择 Microsoft-Server-ActiveSync 虚拟目录。
在 功能视图中，双击 “失败的请求跟踪规则”。
选择“操作”窗格中的“添加”。
选择 “所有 内容”，然后选择 “下一步”。
输入之前在分析 IIS 日志时找到的 HTTP 状态代码，然后选择 “下一步”。
选择“完成”。
启用失败的请求跟踪后，通过尝试在设备上进行另一个同步来重现连接问题。
失败的请求跟踪日志记录分析
若要解决此问题，请查看失败的请求跟踪日志以确定原因。 下面是一组日志示例，请求摘要提供了有关错误的基本信息：
然后，查看“压缩视图”选项卡时，会提供其他详细信息，包括提供的用户名。
使用失败的请求跟踪日志解决问题吗？
如果是，请恭喜，你的 ActiveSync 问题已解决。
如果没有，请参阅 捕获 Fiddler 跟踪。
设备活动分析
若要确定以前的请求是否导致设备发送 SyncKey 值 0，请查看上一个查询的结果。 为此，请按照下列步骤操作：
双击LPS.exe启动 Log Parser Studio。
选择“日志”文件夹图标以选择要处理的文件。
选择“添加文件”或“添加文件夹”按钮，然后找到并选择之前复制的文件 () 。
验证文件/文件夹是否已选中，然后选择 “确定”。
双击 ActiveSync：来自库的 ActiveSync 错误请求 。
选择感叹号图标以执行查询。
通过使用设备 Cmd 引用状态响应来分析此查询的结果。 使用 ActiveSync 协议文档 作为参考。 例如，导致状态大于 2 的任何 Ping 请求都是错误，应进一步调查。 任何导致状态大于 1 的 同步 请求都是错误，应进一步调查。
是否有任何导致错误状态代码的请求？
如果是，请参阅 “查看协议文档”。
如果没有，请参阅 捕获 Fiddler 跟踪。
查看协议文档
若要确定该状态响应代码代表什么，请使用 ActiveSync 命令引用协议规范。 为此，请按照下列步骤操作：
打开 ActiveSync 命令引用协议规范。
查看上一查询中有关任何错误的结果，并研究“状态”值。
根据协议文档中所示的原因解决这些问题。
上一步中执行的查询的示例结果：
这些结果显示 Ping 命令导致状态代码为 3。 使用 ActiveSync 协议文档时，此错误是由设备发送的请求引起的。 设备应发送另一个 Ping 请求。
结果还显示了一个 Sync 命令，该命令接收到状态代码为 4 的响应。 此错误再次由设备发送的请求引起。
是否在响应中使用 ActiveSync 状态解决了此问题？
如果是，请恭喜，你的 ActiveSync 问题已解决。
如果没有，请参阅 Log Parser Studio Query - 按 SyncKey 计算所有同步数。
如果问题未解决，则捕获 fiddler 跟踪 ()
ActiveSync 设备请求并不总是根据需要到达目标。 若要确保按预期发送和接收设备请求和响应，请通过 HTTP 代理路由设备并查看数据。 为此，请按照下列步骤操作：
下载 Fiddler 并安装到工作站。
下载 适用于 Fiddler 的 EAS 检查器。
将EASInspectorFiddler.dll提取到 c：\Program Files\Fiddler2\Inspectors 文件夹中。
启动 Fiddler 应用程序。
选择 “工具” 菜单，然后选择 “Fiddler 选项”。
转到 “HTTPS ”选项卡，然后选择 “解密 HTTPS 流量”，选择 “是 ”以显示所有提示。
转到“连接”选项卡，然后选择 “允许远程计算机连接”，选择 “确定 ”以显示任何提示。
选择 “确定 ”并关闭 Fiddler 应用程序。
将 ActiveSync 设备配置为将此工作站用作代理服务器。
启动 Fiddler 应用程序。
尝试同步 ActiveSync 设备。
选择 “文件” 菜单，然后选择 “捕获流量 ”以停止跟踪。
Fiddler 跟踪分析 (接收 500 HTTP 响应)
Fiddler 跟踪显示 ActiveSync 设备未收到来自其目标的成功响应。 需要进一步分析跟踪，以确定响应的来源。 为此，请按照下列步骤操作：
**示例：用户正在使用 Windows 邮件应用访问电子邮件。 目前设备未收到新邮件，右上角出现一条错误消息，指出邮箱不可用：
Fiddler 跟踪分析显示，与 Exchange 服务器的连接导致 HTTP 500 错误。
对 HTTP 响应的分析显示内部服务器错误，错误的详细信息会指示问题。 在此示例中，TMG 服务器场中的所有服务器都已耗尽，因此 TMG 没有请求的可用目标。
Fiddler 跟踪分析是否有助于解决问题？
如果是，请恭喜，你的 ActiveSync 问题已解决。
如果没有，请参阅 Log Parser Studio Query - 按 SyncKey 计算所有同步数。
Log Parser Studio 查询 - 按 SyncKey 计算所有同步数
若要确定设备是否为同一文件夹将同一 SyncKey 发送到 Exchange，请运行与此问题关联的日志分析器查询。 为此，请按照下列步骤操作：
双击LPS.exe启动 Log Parser Studio。
选择“日志”文件夹图标以选择要处理的文件。
选择“添加文件”或“添加文件夹”按钮，然后找到并选择之前复制的文件 () 。
验证文件/文件夹是否已选中，然后选择“确定”。
双击 ActiveSync：从库中对每个 SyncKey 的所有同步进行计数 。
选择感叹号图标以执行查询。
分析此查询的结果。
是否有任何设备为同一文件夹多次发送相同的 SyncKey？
如果是，请参阅 日志分析器工作室查询 – 设备查询。
如果没有，请参阅 Log Parser Studio Query - 高 RPC 计数或延迟。
Log Parser Studio 查询 - 设备查询 (设备多次发送相同的 SyncKey)
若要确定客户端是否应发送相同的 SyncKey，请检查 ActiveSync 响应中的状态代码。 为此，请按照下列步骤操作：
双击LPS.exe启动 Log Parser Studio。
选择“日志”文件夹图标以选择要处理的文件。
选择“添加文件”或“添加文件夹”按钮，然后找到并选择之前复制的文件 () 。
验证文件/文件夹是否已选中，然后选择 “确定”。
双击 “ActiveSync：库中的设备查询 ”。
选择感叹号图标以执行查询。
分析此查询的结果。
是否存在 状态 值不等于 1 的任何请求？
如果是，请参阅 “查看协议文档”。
如果没有，请参阅 重新预配 ActiveSync 客户端。
重新预配 ActiveSync 客户端
若要解决此问题，请重新预配 ActiveSync 客户端。 为此，请按照下列步骤操作：
按照设备准则删除邮箱的当前 ActiveSync 配置文件
按照设备准则为邮箱创建 ActiveSync 配置文件
重新预配 ActiveSync 客户端是否解决了此问题？
如果是，请恭喜，你的 ActiveSync 问题已解决。
如果没有，请参阅 Log Parser Studio Query - 高 RPC 计数或延迟。
查看协议文档 (状态等于 1)
若要确定该状态响应代码代表什么，请使用 ActiveSync 命令引用协议规范。 为此，请按照下列步骤操作：
打开 ActiveSync 命令引用协议规范。
查看上一查询中有关任何错误的结果，并研究“状态”值。
根据协议文档中所示的原因解决这些问题。
上一步中执行的查询的示例结果：
这些结果显示 Ping 命令导致状态代码为 3。 使用 ActiveSync 协议文档时，此错误是由设备发送的请求引起的。 设备应发送另一个 Ping 请求。
结果还显示了一个 Sync 命令，该命令接收到状态代码为 4 的响应。 此错误再次由设备发送的请求引起。
问题是通过解决 ActiveSync 错误来解决的吗？
如果是，请恭喜，你的 ActiveSync 问题已解决。
如果没有，请参阅 Log Parser Studio Query - 高 RPC 计数或延迟。
日志分析器工作室查询 - RPC 计数或延迟较高
若要确定 ActiveSync 请求是否导致资源消耗，请运行关联的日志分析器查询。 为此，请按照下列步骤操作：
双击LPS.exe启动 Log Parser Studio。
选择“日志”文件夹图标以选择要处理的文件。
选择“添加文件”或“添加文件夹”按钮，然后找到并选择之前复制的文件 () 。
验证文件/文件夹是否已选中，然后选择 “确定”。
双击 ActiveSync：库中的 RPC 计数或延迟较高 。
选择感叹号图标以执行查询。
分析此查询的结果。
是否有 RPC 计数或延迟较高的请求？
如果是，请参阅“禁用用户Exchange ActiveSync”。
如果没有，请参阅 Log Parser Studio 查询 - 报表 [前 20 名];日志分析器工作室查询 - 设备查询。
为用户禁用Exchange ActiveSync
若要解决此问题，请为导致 RPC 计数较高的用户禁用 ActiveSync。 为此，请按照下列步骤操作：
打开“Exchange 命令行管理程序”。
运行以下 cmdlet 以禁用邮箱的 ActiveSync：
Set-CASMailbox user -ActiveSyncEnabled:$False
禁用此邮箱的 ActiveSync 是否解决了此问题？
如果是，请参阅 重新预配 ActiveSync 客户端。
如果没有，请参阅 Log Parser Studio 查询 - 报表 [前 20 名];日志分析器工作室查询 - 设备查询。
如果禁用 ActiveSync 解决了问题，请重新预配 ActiveSync 客户端 ()
若要解决此问题，请重新预配 ActiveSync 客户端。 为此，请按照下列步骤操作：
1.按照设备准则删除邮箱的当前 ActiveSync 配置文件。
2.按照设备准则为邮箱创建 ActiveSync 配置文件。
重新预配 ActiveSync 客户端是否解决了此问题？
如果是，请恭喜，你的 ActiveSync 问题已解决。
如果没有，请参阅 “启用 ActiveSync 邮箱日志记录”;分析 ActiveSync 邮箱日志。
启用 ActiveSync 邮箱日志记录;分析 ActiveSync 邮箱日志
启用 ActiveSync 邮箱日志记录
若要确定导致故障的 ActiveSync 响应，必须启用邮箱日志记录。 可以在邮箱日志记录Exchange ActiveSync找到有关邮箱日志记录的其他信息。 为此，请按照下列步骤操作：
应在 Exchange 2013 邮箱服务器上进行此更改。
打开 Windows 资源管理器并浏览到同步文件夹 (C：\Program Files\Microsoft\Exchange Server\V14\ClientAccess\Sync) 。
创建web.config文件的副本。
在记事本中打开web.config文件，并使用以下值修改以下部分：
打开 IIS 管理器。
展开服务器并选择 应用程序池。
右键单击 MSExchangeSyncAppPool 并选择 “高级设置”。
右键单击 MSExchangeSyncAppPool ，然后选择 “停止”。
右键单击 MSExchangeSyncAppPool ，然后选择 “开始”。
打开“Exchange 命令行管理程序”。
运行以下 cmdlet 为用户启用邮箱日志记录：
Set-CASMailbox user -ActiveSyncDebugLogging:$True
分析 ActiveSync 邮箱日志
若要解决此问题，请在尝试另一个同步请求后查看邮箱日志。 为此，请按照下列步骤操作：
打开“Exchange 命令行管理程序”。
运行以下 cmdlet 以检索用户的邮箱日志：
Get-ActiveSyncDeviceStatistics -Mailbox user -GetMailboxLog:$True -NotificationEmailAddresses admin@contoso.com
这会将 ActiveSync 邮箱日志发送到指定的电子邮件地址进行分析。 有关邮箱日志记录的其他信息，请参阅 此处。
下载 MailboxLogParser 并提取文件。
打开 MailboxLogParser.exe启动实用工具。
选择“ 将邮箱日志导入网格 ”以打开邮箱日志。
在搜索字符串的原始日志数据下输入 Cmd=Sync，然后选择“搜索”。
查看状态列值不为空或 1 的任何条目。
有关Exchange ActiveSync邮箱日志记录分析的详细信息，请参阅“胡德下：Exchange ActiveSync邮箱日志分析”。
查看 ActiveSync 邮箱日志是否解决了此问题？
如果是，请恭喜，你的 ActiveSync 问题已解决。
如果没有，请参阅 Log Parser Studio 查询 - 报表 [前 20 名];日志分析器工作室查询 - 设备查询。
日志分析器工作室查询 - 计算所有错误
若要确定设备是否正在生成错误，请运行关联的日志分析器查询。 为此，请按照下列步骤操作：
双击LPS.exe启动 Log Parser Studio。
选择“日志”文件夹图标以选择要处理的文件。
选择“添加文件”或“添加文件夹”按钮，然后找到并选择之前复制的文件 () 。
验证文件/文件夹是否已选中，然后选择 “确定”。
双击 ActiveSync：统计库中的所有错误
选择感叹号图标以执行查询
分析此查询的结果。
可以安全地忽略以下错误：MissingCscCacheEntry、PingCollisionDetected、SyncCollisionDetected
解决结果中发现的错误。
问题通过解决 IIS 日志中的 ActiveSync 错误来解决吗？
如果是，请参阅 Log Parser Studio Query for Errors。
如果没有，请参阅 捕获性能数据;分析性能数据。
日志分析器工作室查询 - 报表 [前 20 名];日志分析器工作室查询 - 设备查询
日志分析器工作室查询 - 报表 [前 20 名]
若要确定一个或多个用户是否参与性能问题，请运行关联的 Log Parser 查询来标识这些用户。 为此，请按照下列步骤操作：
双击LPS.exe启动 Log Parser Studio。
选择“日志”文件夹图标以选择要处理的文件。
选择“添加文件”或“添加文件夹”按钮，然后找到并选择之前复制的文件 () 。
验证文件/文件夹是否已选中，然后选择 “确定”。
双击 “ActiveSync：从库中报告[前 20 名] ”。
选择感叹号图标以执行查询。
分析此查询的结果
必须分析这些结果，以确定用户发送到 Exchange 服务器 () 的流量类型。
日志分析器工作室查询 - 设备查询
若要确定设备流量，请使用关联的 Log Parser 查询分析设备活动。 为此，请按照下列步骤操作：
双击LPS.exe启动 Log Parser Studio。
选择“日志”文件夹图标以选择要处理的文件。
选择“添加文件”或“添加文件夹”按钮，然后找到并选择之前复制的文件 () 。
验证文件/文件夹是否已选中，然后选择 “确定”。
双击 ActiveSync：库中的设备查询
使用上一步中的值修改查询末尾 WHERE 子句中的 DeviceId 值。
选择感叹号图标以执行查询。
分析此查询的结果并查找任何趋势。
若要确定 Exchange 服务器 () 是否遇到性能问题，请从每个 Exchange 服务器捕获性能数据。 为此，请按照下列步骤操作：
下载 ExPerfwiz 并将内容提取到 %ExchangeInstallPath%\Scripts 文件夹。
打开“Exchange 命令行管理程序”。
运行以下命令更改文件夹路径：
cd $exscripts
运行以下 cmdlet 以允许运行脚本：
Set-ExecutionPolicy unrestricted
输入 Y 以更改执行策略。
运行以下命令以创建数据收集器集：
.\ExPerfwiz.ps1 -duration 04:00:00 -full -filepath c:\Temp -interval 5
输入 R 以运行脚本。
输入 Y 以启动数据收集器集。
若要解决此问题，请分析性能数据并解决找到的任何问题。 为此，请按照下列步骤操作：
等待数据收集器集完成上一步中的数据收集 (命令语法) 收集数据 4 小时。
打开性能监视器。
在控制台窗格工具栏中，选择 “添加日志数据 ”按钮。 “性能监视器属性”页将在“源”选项卡上打开。
在“数据源”部分中，选择“添加日志文件>”。
浏览到要查看的日志文件，然后选择 “打开”。 若要将多个日志文件添加到性能监视器视图，请再次选择“添加”。
选择完日志文件后，选择 “确定”。
右键单击性能监视器显示，然后选择“添加计数器”。 “ 添加计数器 ”对话框将打开。 只有在步骤 4 中选择的日志文件或文件中包含的计数器才可用。
选择要在性能监视器图中查看的计数器，然后选择“确定”。
使用 “性能和可伸缩性计数器”和“阈值 ”一文验证环境中的性能数据。
该问题是否已通过解决服务器性能问题来解决？
如果是，请恭喜，你的 ActiveSync 问题已解决。
如果没有，很抱歉，我们无法使用本指南解决问题。 有关解决此问题的更多帮助，请联系Microsoft 支持部门。 联系支持人员时，请提供从此故障排除中收集的所有数据。
日志 Parser Studio 查询错误
若要确定这些错误是否导致性能问题，请针对这些错误运行日志分析器查询。 为此，请按照下列步骤操作：
双击LPS.exe启动 Log Parser Studio。
选择“日志”文件夹图标以选择要处理的文件。
选择“添加文件”或“添加文件夹”按钮，然后找到并选择之前复制的文件 () 。
验证文件/文件夹是否已选中，然后选择 “确定”。
转到 “文件” 菜单，然后选择 “新建>查询”。
在窗口中输入以下查询：
SELECT * FROM '[LOGFILEPATH]' WHERE cs-uri-query LIKE '%KeepAliveFailure%'
将 KeepAliveFailure 替换为在上一步中找到的错误。
选择感叹号图标以执行查询。
分析此查询的结果，并尝试确定错误的原因。 在以下示例中 KeepAliveFailure ，只有当请求具有另一站点中的 CAS 服务器的 PrxTo 时才会发生。 在这里，我们要调查两个站点之间的网络连接问题。
检查文件级别防病毒
在许多情况下，文件级防病毒通过延迟处理请求或响应来影响 ActiveSync 流量。 停止这些服务不会禁用这些服务使用的内核模式筛选器驱动程序。 若要禁用文件级别防病毒，请按照 “如何在 Windows 中暂时停用内核模式筛选器驱动程序”中的步骤操作。 在重启客户端访问服务器后，验证内核模式筛选器驱动程序不再处于活动状态。 为此，请按照下列步骤操作：
打开命令提示符。
运行以下命令：
fltmc
将结果与 本文 中的示例筛选器驱动程序进行比较，或在 Web 上搜索筛选器名称。
