Office 365 的性能疑难解答计划

重要:  本文是由机器翻译的,请参阅免责声明。请在 此处 中查找本文的英文版本以便参考。

您需要了解的步骤才能识别和修复滞后、 挂起、 和 SharePoint Online、 OneDrive for Business、 Exchange Online 或 Skype for Business Online 和客户端计算机之间的性能较慢?致电支持人员之前,本文可帮助您解决 Office 365 性能问题和甚至解决的一些最常见的问题。

本文实际是一个操作计划示例,发生性能问题时,可利用其中操作获取有价值的相关数据。此处列出了一些热门问题。

如果不了解网络性能,并想制定监视客户端计算机和 Office 365 之间性能的长期计划,请参阅 Office 365 性能优化和疑难解答 - 管理员和 IT 专业人员

示例性能故障排除操作计划

此操作计划包含两部分:准备阶段和日志记录阶段。 如果当前正遭遇性能问题,并且你需要执行数据收集,那么你可以立即开始使用此计划。

准备客户端计算机

  • 找到可以重现性能问题的客户端计算机。 故障排除过程中将使用此计算机。

  • 记下导致性能问题发生的步骤,以便你准备好进行测试。

  • 安装用于收集和记录信息的工具:

    • 安装 Netmon 3.4(或者使用等效的网络跟踪工具)。

    • 安装 HTTPWatch 的免费基础版(或者使用等效的网络跟踪工具)。

    • 使用屏幕录制器或运行 Windows Vista 及更高版本附带的步骤记录器 (PSR.exe),以记录你在测试期间执行的步骤。

记录性能问题

  • 关闭所有多余的 Internet 浏览器。

  • 启动步骤记录器或另一个屏幕录制器。

  • 启动 Netmon 捕获(或网络跟踪工具)。

  • 键入 ipconfig /flushdns,从命令行清除客户端计算机上的 DNS 缓存。

  • 开始一个新的浏览器会话并打开 HTTPWatch。

  • 可选:如果你要测试 Exchange Online,请从 Office 365 管理控制台运行 Exchange 客户端性能分析器工具。

  • 重现导致性能问题的确切步骤。

  • 停止 Netmon 或其他工具的跟踪。

  • 在命令行处键入以下命令,然后按 Enter,对你的 Office 365 订阅运行跟踪路由:

    tracert <订阅名称>.onmicrosoft.com

  • 停止步骤记录器并保存视频。 确保包括捕获的日期和时间以及性能表现较好还是较差。

  • 保存跟踪文件。 同样,请确保包括捕获的日期和时间以及性能表现较好还是较差。

如果不熟悉运行本文中提到的工具,请不必担心,因为我们后面将提供这些步骤。 如果习惯于执行此类网络捕获操作,则可以跳到如何读取跟踪部分,它介绍了筛选和读取日志。

首先刷新 DNS 缓存

为什么? 刷新 DNS 缓存后,就能够以全新状态从头开始启动测试。 通过清除缓存,可将 DNS 解析程序重置为最新的条目。 请记住,刷新并不会删除 HOST 文件条目。 如果你广泛使用 HOST 文件条目,应将这些条目复制到另一个目录中的某个文件,然后清空 HOST 文件。

刷新 DNS 解析程序缓存

  1. 打开命令提示符(“开始”>“运行”>“cmd”或按 Windows 键 >“cmd”)。

  2. 键入以下命令,然后按 Enter。

    ipconfig /flushdns

Netmon

Microsoft 的网络监视工具 (Netmon) 分析是通过网络上的计算机之间的通信的数据包。通过使用 Netmon 跟踪流量使用 Office 365 可以捕获视图中,并阅读数据包标头、 确定干扰设备,请检查网络硬件上的重要设置,查找被丢弃的数据包并按照上您的公司网络的计算机和 Office 365 之间的通信流。由于实际正文的通信加密,即,它 (通过 SSL/TLS 端口 443 的旅行,您无法读取正在发送的文件。相反,您将获得这有助于您数据包会跟踪该问题的路径的未筛选的跟踪。

请确保你目前没有应用筛选器。 而是通过以下步骤来在停止跟踪并保存之前演示问题。

安装 Netmon 3.4 后,打开该工具并执行以下步骤:

执行 Netmon 跟踪并重现问题

  1. 启动 Netmon 3.4。

    开始页面上有三个窗格:最近捕获选择网络开始使用 Microsoft 网络监视器 3.4。请注意。选择网络面板将还使您可以捕获默认网络的列表。请确保在此处选择网络卡。

  2. 单击“开始”页面顶部的“新建捕获”。 这样做将在“开始”页面选项卡旁边添加一个新的选项卡,称为“捕获 1”。

    Nemon 的用户界面,突出显示新的“捕获”、“开始”和“停止”按钮。

  3. 若要执行简单的捕获,请在工具栏上单击“开始”。

  4. 重现出现性能问题的步骤。

  5. 单击“停止”>“文件”>“另存为”。 请务必提供日期和时间以及时区,并提及性能表现较好还是较差。

HTTPWatch

HTTPWatch分为付费,和免费版。免费基础版涵盖所有内容需要此测试。HTTPWatch 监视器直接从您的浏览器窗口中网络流量和页面加载时间。HTTPWatch 是以图形方式介绍性能的 Internet Explorer 插件。可以保存分析,并在 HTTPWatch Studio 中查看。

注释: 

  • 如果你使用的是其他浏览器(如 Firefox、Google Chrome),或如果你无法在 Internet Explorer 中安装 HTTPWatch,请打开一个新的浏览器窗口,并按键盘上的 F12 键。 应会在浏览器底部看到“开发人员工具”弹出窗口。 如果使用的是 Opera,请按 CTRL+SHIFT+I 显示 Web 检查器,然后单击“网络”选项卡并完成如下测试。 该信息将略有不同,但仍将以毫秒为单位显示加载时间。

  • HTTPWatch 对于 SharePoint Online 页面加载时间问题也十分有用。

运行 HTTPWatch 并重现问题

  1. HTTPWatch 是一个浏览器插件,因此在浏览器中显示该工具对于每个版本的 Internet Explorer 稍有不同。 通常,可以在 Internet Explorer 浏览器的命令栏下方找到 HTTPWatch。

    如果在浏览器窗口中看不到 HTTPWatch 插件,请通过单击“帮助”>“关于”检查你的浏览器的版本,或者在更高版本的 Internet Explorer 中,单击齿轮符号和“关于 Internet Explorer”。 若要启动命令栏,请右键单击 Internet Explorer 菜单栏,然后单击“命令栏”。 过去,HTTPWatch 已经与命令栏和浏览器栏相关联,因此安装后,如果没有立即看到图标(即使重新启动后),请检查“工具”和你的工具栏是否有相应图标。 请记住,可以自定义工具栏,并且可以将选项添加到工具栏。

    Internet Explorer 的命令工具栏,显示 HTTPWatch 图标。

  2. 在 Internet Explorer 浏览器窗口中启动 HTTPWatch。 它将停靠到该窗口底部的浏览器。 单击“记录”。

  3. 重现性能问题中涉及的确切步骤。 单击 HTTPWatch 中的“停止”按钮。

  4. 保存”HTTPWatch 或“通过电子邮件发送”。 请记得命名文件,以使其包括日期和时间信息以及指明你的 Watch 是包含性能表现较好还是较差的信息。

    HTTPWatch 针对 Office 365 主页的页面加载显示“网络”选项卡。

    此屏幕截图来自 HTTPWatch 的专业版本。 你可以在安装有专业版的计算机上打开并阅读使用基础版捕获的跟踪。 通过此方法可以提供跟踪中的其他信息。

问题步骤记录器

步骤记录器 (PSR.exe) 允许你在问题发生时将它们记录下来。 它是一个十分有用的工具,运行起来非常简单。

运行问题步骤记录器 (PSR.exe) 记录所做的工作

  1. 使用“开始”>“运行”,键入 PSR.exe,按“确定”,或者单击 Windows 键,键入 PSR.exe,然后按 Enter。

  2. 当出现小 PSR.exe 窗口时,单击“开始记录”,并重现可重现性能问题的步骤。

    根据需要通过单击添加的批注,您可以添加批注。

  3. 当您已完成的步骤,请单击停止记录。页面呈现性能问题时,请等待页面呈现之前停止录制。

  4. 单击“保存”

步骤记录器或 PSR.exe 的屏幕截图。

为您录制的日期和时间。此时间,在您的 Netmon 跟踪和 HTTPWatch 链接您 PSR,并有助于进行故障排除精度。日期和时间 PSR 记录中的可以显示一分钟的时间传递登录和例如浏览 URL 和管理网站中,部分呈现之间。

阅读跟踪

一篇文章并不能阐明用户需要知道的网络和性能故障排除相关的所有信息。 提高性能需要不断实践,并熟悉你自己网络的工作方式和日常性能。 然而你可以整理一个最常见问题的列表,展示工具如何帮你更轻松地消除最常见的问题。

如果您想要拿起阅读 Office 365 网站的网络跟踪的技巧,定期创建的页面加载跟踪和获得阅读他们的体验比没有更好的教师。例如,当您有机会,加载 Office 365 服务,并跟踪过程。筛选的跟踪 DNS 通信或搜索您浏览该服务的名称 FrameData。扫描跟踪以了解该服务加载时出现的步骤。这将帮助您了解哪些普通页面加载应如下所示,和疑难解答,周围的性能,特别是对于比较好到差跟踪可以教您许多。

Netmon 显示筛选字段中使用 Microsoft 智能感知。Intellisense 或智能代码完成,是可以在其中内键入和所有可用选项中选择下拉框中所显示的技巧。如果,例如,要担心 TCP 窗口缩放,您可以通过这种方法来查找您转到筛选器 (如.protocol.tcp.window < 100)。

Netmon 的屏幕截图,显示“显示筛选器”字段使用 intellisense。

Netmon 跟踪可以在其中有大量的流量。如果您不具有读取它们经验丰富的很可能会不知所措第一次打开跟踪。执行的第一件事是信号分开跟踪背景噪声。针对 Office 365,您测试,这是您想要查看的通信。如果您习惯于在跟踪中导航,您可能不需要此列表。

你的客户端和 Office 365 之间的流量通过 TLS 进行传输,这意味着,流量的正文将经过加密,在通用 Metmon 跟踪中不可读。 你的性能分析不需要知道数据包中的信息的细节。 但是,它对数据包标头和它们所包含的信息很感兴趣。

获得良好跟踪的技巧

  • 了解你的客户端计算机的 IPv4 或 IPv6 地址的值。 你可以在命令提示符中键入 IPConfig,然后按 Enter 来获得此信息。 知道此地址后,你可以一目了然地判断跟踪中的流量是否直接涉及到你的客户端计算机。 如果存在已知代理,请 ping 该地址并获取其 IP 地址。

  • 刷新 DNS 解析程序缓存,如果可能,请关闭所有浏览器(在其中运行测试的浏览器除外)。 如果无法执行此操作,例如,如果支持使用一些基于浏览器的工具查看客户端计算机的桌面,请准备筛选你的跟踪。

  • 在忙碌跟踪,找到您使用的 Office 365 服务。如果您已从未很少或看您之前的通信,这是很有帮助步骤中从其他网络噪声分隔性能问题。有几种方式执行此操作。直接在您测试之前,您可以使用 ping 或 PsPing、 为特定的服务 (ping outlook.office365.com和/或psping -4 microsoft-my.sharepoint.com:443,示例) 的 URL。您可以方便地查找该 PsPing 在 Netmon 跟踪 (按其过程名称)。您将得到一个位置以开始查找。

    如果出现问题时仅使用 Netmon,也是可以的。 若要确定方向,请使用 ContainsBin(FrameData, ASCII, "office")ContainsBin(FrameData, ASCII, "outlook") 等筛选器。 可以从跟踪文件中记录帧号码。 你可能还需要一直向右滚动“帧摘要”窗格并查找“对话 ID”列。 该列中指明的号码就是此特定对话的 ID,以后你也可以单独记录并查看该号码。 请记住,在应用任何其他筛选之前应删除此筛选器。

    提示: Netmon 中有很多有用的内置筛选器。 请尝试“显示”筛选器窗格顶部的“加载筛选器”按钮。

    在客户端计算机上的命令行中使用 PSPing 查找你的 IP。

    来自客户端的 Netmon 跟踪,通过筛选器 TCP.Flags.Syn == 1 显示相同的 PSPing 命令。

    熟悉你的流量,并了解如何找到你需要的信息。 例如,了解如何确定跟踪中的哪些数据包具有对你正在使用的 Office 365 服务(如“Outlook”)的第一个引用。

以 Office 365 Outlook Online 为例,流量开始与下面内容相似:

  • outlook.office365.com 的 DNS 标准查询和 DNS 响应以及匹配的查询 ID。 请务必记录此周转的时间偏移量以及 Office 365 DNS 发送名称解析请求的具体地理方位。 理想情况下尽可能在本地,而不是穿越半个地球。 (后面可能是一些联机登录 DNS 流量。)

  • 状态报告“已永久移动”的 HTTP GET 请求 (301)

  • 包括 RWS 连接请求和连接回复的 RWS 流量。 (这表示远程 Winsock 正为你建立连接。)

  • TCP SYN 和 TCP SYN/ACK 对话。此对话中的设置大量影响性能。

  • 然后是 TLS 握手和 TLS 证书对话发生的一系列 TLS:TLS 流量。 (请记住,数据通过 SSL/TLS 进行加密。)

流量的所有部分都很重要并保持连接,但是一小部分跟踪包含在性能故障排除方面特别重要的信息,因此我们将重点关注这些方面。 此外,由于 Microsoft 已执行了足够的 Microsoft Office 365 性能故障排除来编制前十大常见问题列表,我们将重点关注这些问题以及如何使用现有工具根除这些问题。

如果这些工具未全部安装就绪,下面的矩阵介绍了可以利用的几种工具。我们尽可能地提供了安装点的链接。该列表包括常用网络跟踪工具(如 NetmonWireshark),请使用适合你的任何跟踪工具,并按习惯的网络流量筛选方式进行使用。测试过程中,请记住:

  • 关闭浏览器中,并与只有一个浏览器中运行测试-这将减少您捕获的整体通信。它是不太忙跟踪的。

  • 刷新客户端计算机上的 DNS 解析程序缓存 - 这样做可方便你从头开始捕获,从而获得更干净的跟踪。

一些热门问题

可能遇到的一些常见问题,以及如何在网络跟踪中查找它们。

热点问题

工具

要查找的内容

TCP 窗口缩放

  • 在 SYN - SYN/ACK 中找到。

  • 旧版或老化的硬件可能无法利用 TCP 窗口缩放。

  • 没有正确的 TCP 窗口缩放设置,TCP 标头中的默认 16 位缓冲区将以毫秒为单位填充。

  • 无法继续发送流量,直到客户端收到确认表明原始数据已收到,导致延迟。

Netmon

Wireshark

在你的网络跟踪中查找 SYN - SYN/ACK 流量。

在 Netmon 中使用筛选器tcp.flags.syn == 1等。此筛选器在 Wireshark 中相同。

在 Netmon 或 Wireshark 中为工具的同步数据包筛选:TCP.Flags.Syn == 1。

请注意,对于每个 SYN,有一个源端口 (SrcPort) 号与相关确认 (SYN/ACK) 中的目标端口 (DstPort) 相匹配。

若要查看你的网络连接所使用的窗口缩放值,请首先展开 SYN,然后展开相关 SYN/ACK。

图形显示如何在跟踪中匹配 SrcPort 与 DstPort 以获得时间增量。

TCP 空闲时间设置

  • 以前,大多数外围网络都配置了暂时性连接,这意味着空闲连接通常会终止。

  • 空闲时间超过 100 至 300 秒的 TCP 会话可由代理和防火墙终止。

  • 这是 Outlook Online 的问题,因为它无论是否空闲都会创建并使用长期连接。

  • 当代理或防火墙设备终止连接时,不会向客户端确认,尝试使用 Outlook Online 意味着客户端计算机在建立新连接之前将重复尝试恢复连接。

  • 你可能会看到产品挂起、提示或页面加载速度变慢等症状。

Netmon

Wireshark

在 Netmon 中,查看往返行程的时间偏移量字段。 往返行程是指客户端在将请求发送到服务器与收到响应之间的时间。 检查客户端和出口点(如 客户端 --> 代理)或客户端与 Office 365(客户端 --> Office 365)之间。 可以在多种类型的数据包中看到此信息。

例如,Netmon 中的筛选器可能看起来.Protocol.IPv4.Address == 10.102.14.112 AND .Protocol.IPv4.Address == 10.201.114.12,例如,或在 Wireshark 中ip.addr == 10.102.14.112 && ip.addr == 10.201.114.12

提示: 

  • 不知道你的跟踪中的 IP 地址是否属于你的 DNS 服务器? 请尝试在命令行中查找。 单击“开始”>“运行”,键入 cmd,或者按 Windows 键 > 并键入 cmd。 在提示符处,键入 nslookup <the IP address from the network trace>。 若要测试,请对你自己的计算机的 IP 地址使用 nslookup。

  • 若要查看 Microsoft 的 IP 地址范围列表,请参阅 Office 365 URL 和 IP 地址范围

如果存在问题,预期内容长的时间偏移量 (Outlook Online),此例中显示,尤其是在显示的应用程序数据段的 TLS:TLS 数据包 (例如,Netmon 中您可以找到应用程序通过.Protocol.TLS AND Description == "TLS:TLS Rec Layer-1 SSL Application Data"数据包)。在会话之间,则应参阅平滑行进时间。如果刷新您的 Outlook Online 时,您将看到长的延迟,这可能引起重置正在发送的高度。

延迟/往返行程时间

  • 延迟是很大变化具体取决于许多可变因素,这样,升级老化设备、 将大量用户添加到网络、 和网络连接上的其他任务占用的总体带宽的百分比的度量值。

  • Office 365 的带宽计算器可从 Office 365 网络规划和性能优化页面获得。

  • 需要测量你的连接速度或 ISP 连接带宽? 请尝试此网站(或类似网站):Speedtest 官方网站Pingtest

ping

PsPing

Netmon

Wireshark

若要追踪跟踪延迟,记录 Office 365 中客户端计算机的 IP 地址和 DNS 服务器的 IP 地址很有好处。 这样做可方便筛选跟踪。 如果通过代理进行连接,你需要客户端计算机的 IP 地址、代理/出口点的 IP 地址以及 Office 365 DNS IP 地址来简化工作。

发送到 outlook.office365.com 的 ping 请求将告诉你接收请求的数据中心的名称,即使 ping 操作无法建立连接来发送商标连续 ICMP 数据包也是如此。 如果使用 PsPing(免费工具,可下载)和特定端口 (443),或许使用 IPv4 (-4),你将获得发送的数据包的平均来往返行程时间。 这对于 Office 365 服务中的其他 URL 也有效,例如 psping -4 yourSite.sharepoint.com:443。 实际上,你可以指定许多 ping 来获取一个较大示例求取平均值,请尝试类似如下的命令:psping -4 -n 20 yourSite-my.sharepoint.com:443

注意: PsPing 不会发送 ICMP 数据包。 它通过特定端口 ping TCP 数据包,因此你可以使用已知开放的任何端口。 在 Office 365 中(使用 SSL/TLS),请尝试在 PsPing 中附加端口 :443。

屏幕截图显示可解析 outlook.office365.com 的 ping 操作以及执行相同操作的 PSPing 与 443,还报告平均 RTT 6.5 毫秒。

如果你执行网络跟踪时加载了运行速度较慢的 Office 365 页面,则应在 Netmon 或 Wireshark 跟踪中筛选 DNS。 这是我们要查找的其中一个 IP。

以下是筛选你的 Netmon 获取 IP 地址(并查看 DNS 延迟)的步骤。 此示例使用 outlook.office365.com,但也可能使用 SharePoint Online 租户的 URL(例如 hithere.sharepoint.com)。

  1. Ping URL ping outlook.office365.com,并在结果中记录 ping 请求发送至的 DNS 服务器的名称和 IP 地址。

    向 outlook.office365.com ping 请求,显示 namnorthwest 的 DNS 和 IP 地址。

  2. 网络跟踪打开页面,或执行操作的会导致性能问题,或者,如果在 ping 本身中看到较高延迟网络跟踪。

  3. 在 Netmon 中打开跟踪并筛选 DNS(此筛选在 Wireshark 中有效,但区分大小写,即 dns)。 由于通过 ping 知道了 DNS 服务器的名称,你也可以在 Netmon 中更快速地筛选,例如:DNS AND ContainsBin(FrameData, ASCII, "namnorthwest"),在 Wireshark 中应为 dns and frame contains "namnorthwest"

    打开响应数据包,在 Netmon 的“帧详细信息”窗口中,单击“DNS”展开可查看更多信息。 在 DNS 信息中,可以找到在 Office 365 中请求发送到的 DNS 服务器的 IP 地址,在下一步(PsPing 工具)中需要此 IP 地址。 删除筛选,在 Netmon 的“帧摘要”中右键单击“DNS 响应”,然后依次单击“查找对话”、“DNS”以并排查看“DNS 查询”和“响应”。

    依次按“查找对话”和 DNS 筛选的跟踪。

  4. 在 Netmon 中,另请注意“DNS 请求”和“响应”之间的“时间偏移量”列。

    使用 DNS AND CONTAINSBIN(Framedata、ASCII、“namnorthwest”)筛选的其他 Netmon 结果,显示请求和响应之间的极低时间偏移量。

在下一步中,可以轻松安装和使用PsPing工具附带非常方便,同时 ICMP 通常阻止在防火墙和 PsPing 像跟踪以毫秒为单位的延迟。PsPing 完成 TCP 连接到地址和端口 (在我们案例打开的端口 443)。

  1. 安装 PsPing

  2. 打开命令提示符(“开始”>“运行”> 键入 cmd,或者按 Windows 键 > 键入 cmd),将目录切换到 PsPing 的安装目录以运行 PsPing 命令。 在我的示例中,你可以看到我在根目录 C 下创建了一个“Perf”文件夹。 你可以执行相同操作来实现快速访问。

  3. 键入命令,对较早 Netmon 跟踪中的 Office 365 DNS 服务器的 IP 地址执行 PsPing,请记得添加端口号。 换言之,psping -n 20 132.245.24.82:445。 通过这种方法,你能够在 PsPing 停止时对 20 个 ping 进行抽样并计算平均延迟。

    PSPing 命令 psping -n 20 132.245.24.82:443,返回平均延迟 25.51。

如果通过代理服务器访问 Office 365,步骤略有不同。 首先应 PsPing 代理服务器以获取往返代理/出口点的平均延迟值(以毫秒为单位),然后对代理或直接连接 Internet 的计算机运行 PsPing,以获得缺少值(前往 Office 365 然后折返的值)。

如果选择从代理运行 PsPing,那么你将有两个以毫秒为单位的值:客户端计算机到代理服务器或出口点与代理服务器到 Office 365。 至此,大功告成了! 记录值就行了。

如果您具有的直接连接到 Internet 的其他客户端计算机上运行 PsPing,,即无代理服务器,您将有两个毫秒值: 客户端到代理服务器或出口点和客户端计算机到 Office 365 的计算机。这种情况下,从客户端计算机到 Office 365 的值中减去代理服务器或出口点到客户端计算机的值,则必须在 RTT 数字从客户端计算机到出口点或代理服务器和从代理服务器或出口点到 Office 365。

但是,如果在受影响的位置找到了直接连接或绕过代理的客户端计算机,那么你可以选择查看问题是否能够从头重现并使用它进行测试。

延迟,如在 netmon 中看到这些额外的毫秒数可以累加,如果任何给定会话中有足够的它们。

Netmon 中的常规延迟,已添加到框架摘要的 Netmon 默认时间增量列。

注意: 你的 IP 地址可能不同于此处所示的 IP,例如,你的 ping 可能返回更像 157.56.0.0/16 的地址或类似范围。 有关 Office 365 使用的范围的列表,请查看 Office 365 URL 和 IP 地址范围。 如果你想要搜索 132.245 等内容,请记得展开所有节点(顶部有一个按钮用于展开所有节点)。

代理身份验证

  • 只有当你通过代理服务器进行连接时,这才适用。 如果没有,则可以跳过这些步骤。

  • 正常工作时,代理身份验证应一致地在数毫秒内完成。 例如,在高峰使用期内不应看到性能间歇表现较差。

  • 如果代理身份验证已启用,每次与 Office 365 建立新的 TCP 连接以获取信息时,都需要在后台执行身份验证过程。 因此,例如,从 Outlook Online 中的“日历”切换到“邮件”时,你将进行身份验证。 并且在 SharePoint Online 中,如果某个页面显示来自多个网站或位置的媒体或数据,你将针对每个不同的 TCP 连接进行身份验证,这样做才能呈现数据。

  • 在 Outlook Online 中,每当在日历和邮箱之间切换时,加载速度都非常慢,或者在 SharePoint Online 中页面加载速度缓慢。 然而,还有此处未列出的其他症状。

    代理身份验证是出口代理服务器上的设置。如果使用 Office 365 会导致性能问题,您必须请咨询您的网络团队。

Netmon

Wireshark

代理身份验证发生时必须旋转新的 TCP 会话,通常要从服务器,请求文件或信息或提供的信息。例如,您可能会看到周围的 HTTP GET 或 HTTP 发送请求的代理身份验证。如果您想要查看在其中进行验证在你的跟踪请求的框架,添加 Netmon 和.property.NTLMSSPSummary的筛选器 NTLMSSP 摘要列。若要查看的身份验证所花多长时间,添加的时间增量列。若要将一列添加到 Netmon 中:

  1. 右键单击某列,如“说明”。

  2. 单击“选择列”。 在列表中找到“NTLMSSP 摘要”和“时间增量”,然后单击“添加”。

  3. 将新列移动到“说明”列之前或之后,以便可以并排阅读它们。 单击“确定”。

即使没有添加列,将工作 Netmon 筛选器。但您将会疑难解答变得更为轻松如果您可以看到的身份验证所处的阶段中。查找有关实例的代理身份验证,请务必研究所有框架,其中有是 NTLM 面临的挑战,或的身份验证消息时存在。如有必要,请右键单击特定的流量和查找对话 > TCP。请注意以下对话中的时间增量值。

Netmon 跟踪显示代理身份验证,按对话进行筛选。

在 Wireshark 中看到代理身份验证发生 4 秒延迟。 单击帧详细信息中的“以前显示的帧中的时间增量”列并选择“添加为列”可创建同名列。

在 Wireshark 中,单击帧详细信息中的“以前显示的帧中的时间增量”列并选择“添加为列”可创建同名列。

DNS 性能

  • 离客户端所在的国家或地区位置越近,名称解析的效果最好,速度也最快。

  • 如果在海外执行 DNS 名称解析,页面加载时间可能会多出数秒。

  • 理想情况下,名称解析应在 100 毫秒内完成。 如果没有,应执行进一步调查。

提示: 不确定客户端连接在 Office 365 中的工作方式? 请在此处查看“客户端连接参考”文档。

Netmon

Wireshark

PsPing

分析 DNS 性能通常是网络跟踪的另一项任务。 但是,PsPing 也有助于确定或排除可能的原因。

DNS 流量基于 TCP 和 UDP 请求,响应清楚地标记有一个 ID,有助于将特定请求与特定响应进行匹配。 例如,当 SharePoint Online 使用网络名称或网页 URL 时,你将看到 DNS 流量。 根据经验,此流量的大部分(传输区域时除外)通过 UDP 运行。

在 Netmon 和 Wireshark 中,将让您看到 DNS 通信的最基本筛选器只需dns。请务必指定筛选器时,使用小写。请记住要重现问题客户端计算机上的在开始之前刷新 DNS 解析程序缓存。例如,如果您有主页页面的较慢 SharePoint Online 页面加载时,您应关闭所有浏览器,打开一个新的浏览器、 开始跟踪、 刷新 DNS 解析程序缓存,并浏览到 SharePoint Online 网站。一旦可以解决整个页面,您应停止并保存跟踪。

Netmon 中 DNS 的基本筛选器是 DNS。

您想要查看此处偏移量的时间。然后将非常有用,将时间增量列添加到 Netmon 可以通过完成下列步骤来执行此操作:

  1. 右键单击某列,如“说明”。

  2. 单击“选择列”。

  3. 在列表中找到“时间增量”列,单击“添加”。

  4. 将新列移动到“说明”列之前或之后,以便可以并排阅读它们。 单击“确定”。

如果找到了感兴趣的查询,请考虑将其隔离通过右键单击该查询选择查找对话帧详细信息面板中的 > DNS。请注意网络对话面板跳转到其日志中 UDP 通信的特定对话的右侧。

按 DNS 筛选然后使用“查找对话”、DNS 缩小结果范围的 Outlook Online 加载的 Netmon 跟踪。

在 Wireshark 中您可以将栏设为 DNS 次。执行您跟踪 (或打开跟踪) 在 Wireshark 和通过dns,或dns.time,更明确,筛选器。在任何 DNS 查询中,单击,然后在显示详细信息面板中,展开Domain Name System (response)详细信息。您将看到字段的时间 (例如, [Time: 0.001111100 seconds]。右键单击此时间,并选择作为列的应用。这会为您的时间列对你的跟踪更快地进行排序。单击要作为排序依据降序值哪个 DNS 调用新列花费时间最长解决。

浏览在 Wireshark 中按 dns.time(小写)筛选的 SharePoint Online 信息,显示具体时间,详细信息按列显示并按升序排序。

如果您想要执行更多调查的 DNS 解析时间,请尝试使用 TCP (例如, psping <IP address of DNS server>:53) 的 DNS 端口针对 PsPing。您仍然看到性能问题吗?如果您不执行,问题是很可能是更广泛的网络问题比特定问题按执行解析 DNS 应用程序。值得也再次提及,向 outlook.office365.com ping 将会告诉您的 Outlook Online DNS 名称解析发生 (例如,outlook namnorthwest.office365.com)。

如果问题特定于 DNS,可能需要联系 IT 部门来查看 DNS 配置和 DNS 转发器,以便进一步调查此问题。

代理可伸缩性

  • Office 365 中的 Outlook Online 等服务让客户端能够保持多个长期连接。

  • 因此,每个用户可以使用更多需要较长周期的连接。

提示: 需要规划带宽使用,因为将向 Office 365 添加大量用户? 请尝试规划 Office 365 的 Internet 带宽使用。 可以使用带宽计算器。

Math

没有网络跟踪或故障排除工具专用于此操作。 相反,应根据给定限制和其他可变因素计算带宽。

TCP 最大段大小

  • 在 SYN - SYN/ACK 中找到。

  • 在你捕获的任何性能网络跟踪中执行此检查,以确保 TCP 数据包配置为尽可能承载最大的数据。

  • 目标是看到传输数据时 MSS 为 1460 字节。

  • 如果你使用代理或者你使用的是 NAT,请记得要从客户端到代理/出口点/NAT 和从代理/出口点/NAT 到 Office 365 运行此测试,以获得最佳结果! 这些是不同的 TCP 会话。

Netmon

TCP 最大段大小 (MSS) 是在你的网络跟踪,这意味着您将找到所需的数据在 SYN-SYN/ACK 数据包三次握手的另一个参数。MSS 是实际以查看非常简单。

打开你拥有的任何性能网络跟踪,查找你所关注的连接或出现性能问题的连接。

注释: 

  • 如果你正在查看某个跟踪,需要查找与你的对话相关的流量,请按客户端的 IP 地址进行筛选,或者按出口服务器和/或出口点的 IP 进行筛选。 也就是说,你需要对跟踪中 Office 365 的 IP 地址的 URL 执行 ping,然后按该 URL 进行筛选。

  • 查看 second-hand 跟踪?请尝试使用筛选器以设置您自己的方向。在运行搜索基于的 URL,如Containsbin(framedata, ascii, "sphybridExample"),Netmon 中记数的框架。在 Wireshark 中使用frame contains "sphybridExample"类似。如果您发现发现远程 Winsock (RWS) 流量 (它可能显示为 [PSH,ACK] Wireshark 中),请记住 RWS 连接可见不久之前相关 SYN-SYN/Ack,如前文所述。此时,可以录制帧号,删除筛选器,单击来看一下位于接近 SYN.的 Netmon 中的网络对话窗口中的所有通信

  • 重要的是,如果你在捕获跟踪时未收到任何 IP 地址信息,在跟踪中查找 URL(例如 sphybridExample-my.sharepoint.com 的一部分)将向你提供可用作筛选依据的 IP 地址。

  1. 在跟踪中找到你有兴趣查看的连接。 你可以通过以下方法来执行此操作:按 IP 地址筛选,或者使用 Netmon 的“网络对话”窗口选择特定对话 ID。

    按对话进行筛选。 右键单击 SYN 框架,并单击“查找对话”、TCP。

  2. 找到 SYN 数据包后,在“帧详细信息”面板中展开“TCP”(在 Netmon 中)或“传输控制协议”(在 Wireshark 中)。

  3. 展开“TCP 选项”和 MaxSegementSize。

  4. 找到相关 SYN-ACK 帧,展开“TCP 选项”和 MaxSegementSize。

  5. 这两个值中的较小值就是你的最大段大小。

在此图片中,我利用 Netmon 中称为 TCP 故障排除的内置列。

Netmon 中使用内置列筛选的网络跟踪。

该内置列位于“帧详细信息”面板的顶部。 (若要切换回普通视图,请再次单击“列”,然后选择“时区”。)

查找位置,TCP 疑难解答选项的“列”下拉框(框架摘要的顶部)。

下面是在 Wireshark 中的筛选的跟踪。特定于 MSS 值 (tcp.options.mss) 是筛选器。SYN、 SYN/ACK、 ACK 握手框架底部 Wireshark 相当于帧详细信息的链接 (因此相框 47 ACK 46 SYN/ACK 的链接,链接到 43 SYN),这种类型的工作更轻松。

Wireshark 中按 tcp.options.mss 筛选的最大段长度 (MSS) 的跟踪。

如果需要检查选择性确认(此矩阵中的下一个主题),请不要关闭你的跟踪!

选择性确认

  • 在 SYN - SYN/ACK 中找到。

  • 必须在 SYN 和 SYN/ACK 中报告为“允许”。

  • 选择性确认 (SACK) 允许在一个或多个数据包丢失时更顺利地传输数据。

  • 设备可以禁用此功能,这样做可能会导致性能问题。

  • 如果你使用代理或者你使用的是 NAT,请记得要从客户端到代理/出口点/NAT 和从代理/出口点/NAT 到 Office 365 运行此测试,以获得最佳结果! 这些是不同的 TCP 会话。

Netmon

选择性确认 (SACK) 是 SYN-SYN/ACK 握手中的另一个参数。 可以通过许多方式在跟踪中筛选 SYN - SYN/ACK。

  1. 在跟踪中找到有兴趣查看的连接,方法是浏览跟踪,按 IP 地址进行筛选或筛选跟踪,或者使用 Netmon 的“网络对话”窗口单击对话 ID。

  2. 找到 SYN 数据包后,展开 TCP 在 Netmon 中的或传输控制协议在 Wireshark 中在帧详细信息部分。

  3. 依次展开“TCP 选项”和“SACK”。

  4. 找到相关 SYN-ACK 帧,展开“TCP 选项”和其“SACK”字段。

  5. 确保 SYN 和 SYN/ACK 中允许 SACK。

下面是在 Netmon 和 Wireshark 中看到的 SACK 值。

Netmon 中的选择性确认 (SACK),结果为 tcp.flags.syn == 1。

使用筛选器 tcp.flags.syn == 1 获得如同在 Wireshark 中看到的 SACK。

DNS 地理位置

  • Office 365 在世界的哪个位置尝试解析 DNS 调用会影响连接速度。

  • 在 Outlook Online 中,在第一个 DNS 查找完成后,将使用该 DNS 的位置连接到最近的数据中心。 你将连接到 Outlook Online CAS 服务器,它将使用主干网络连接到存储数据的数据中心 (dC)。 这样做速度更快。

  • 访问 SharePoint Online 时,出国旅行的用户将被定向到其活动数据中心,该数据中心的位置以其 SPO 租户的本站为基础(因此,如果用户是美国用户,则应是美国的数据中心)。

  • Lync Online 一次在多个数据中心中有活动节点。 当为 Lync Online 实例发送请求时,Microsoft 的 DNS 将确定请求的来源位置,并从 Lync Online 处于活动状态的最近区域数据中心返回 IP 地址。

提示: 需要了解有关客户端如何连接到 Office 365 的更多信息? 请查看客户端连接参考文章(及其有用的图形)。

ping

PsPing

从客户端的 DNS 服务器到 Microsoft 的 DNS 服务器的名称解析的请求应在大多数情况下导致 Microsoft DNS 返回的区域数据中心 (dC) 的 IP 地址。为您,这意味着什么?如果您总部在印度班加罗尔,但旅行美国,在浏览器中的 Outlook Online 发出请求时,Microsoft 的 DNS 服务器应交给您的 IP 地址到美国-区域数据中心中的数据中心。如果需要从 Outlook 邮件,则该数据将在 Microsoft 的快速主干网络出差之间的数据中心。

当尽可能靠近用户位置执行名称解析时,DNS 的工作速度最快。 如果你是在欧洲,那么你需要转到 Microsoft 在欧洲的 DNS,(理想情况下)使用欧洲的数据中心。 定向到美国的 DNS 和数据中心的欧洲客户端的性能将较慢。

请对 outlook.office365.com 运行 Ping 工具来确定你的 DNS 请求的路由位置。 如果你是在欧洲,那么你应会看到与 outlook-emeawest.office365.com 类似的回复。 在美国应会看到与 outlook-namnorthwest.office365.com 类似的回复。

  1. 在客户端计算机上打开命令提示符(通过“开始”>“运行”>“cmd”或 Windows 键 > 键入 cmd)。

  2. 键入 ping outlook.office365.com,然后按 Enter。

    请记住,如果您想要指定 ping IPv4 通过指定-4 。您可能无法获得的 ICMP 数据包的答复,但您应该可以看到的 DNS 请求被路由到其中的名称。

如果要查看此连接的延迟时间,请尝试对 ping 返回的服务器的 IP 地址执行 PsPing。

Ping outlook.office365.com,显示 outlook-namnorthwest 中的解析。

对 ping outlook.office365.com 时返回的 IP 地址执行 PSPing 操作,显示平均延迟 28 毫秒。

Office 365 应用程序故障排除

Netmon

HTTPWatch

浏览器中的 F12 控制台

本文特定于网络,其中不介绍特定于应用程序的故障排除中使用的工具。但可在本页上找到可用资源。

相关主题

管理 Office 365 端点
疑难解答 Office 365 连接

注意: 机器翻译免责声明:本文是由无人工介入的计算机系统翻译的。Microsoft 提供机器翻译是为了帮助非英语国家/地区用户方便阅读有关 Microsoft 产品、服务和技术的内容。由于机器翻译的原因,本文可能包含词汇、语法或文法方面的错误。

扩展你的技能
了解培训
抢先获得新功能
加入 Office 预览体验计划

此信息是否有帮助?

谢谢您的反馈!

谢谢你的反馈! 可能需要转接到 Office 支持专员。

×