Salesforce诊断网络问题以排除性能下降

Knowledge :000213798

描述问题:

您或您的用户要么无法连接Salesforce，要么您的连接比正常速度慢得多。

这些问题可能是最难解决的，因为它们会使您的团队陷入停顿。

有时，它们可能是由一些看似无害的事情引起的，比如安装一个新的包、实现一个新的共享规则或启用一个特性。

然而，到目前为止，这些问题最常见的原因是您的用户和Salesforce应用程序之间的联系——Internet服务提供商(ISP)和网络。

ISP和网络问题将是本文的重点，其最终目标是为您提供有效地解决此类问题的工具，以推动快速的解决方案。

解决办法

故障排除:

1。检查Trust

在这些情况下，首先要做的是检查status.salesforce.com/status。在这个页面上，我们报告实例的可用性和性能问题。在上图中，如果我们与ISP合作解决任何网络问题，我们也会偶尔发布一般的状态信息。

2。问你的同事。

检查你的整个团队是否也正在经历同样的绩效水平，他们是否已经找到了缓解的方法。例如，您总是使用硬线连接，但是您有一个使用WiFi的同事，他们没有遇到这个问题。此外，如果您的公司有多个办公室或远程员工，请尝试与他们核实——他们看到更好的表现了吗?您的团队在所有的组织(包括沙箱)中都有相同的性能体验吗?如果这些场景中的任何一种都适用于此问题，那么您很可能遇到的是网络问题，而不是Salesforce特有的问题。

3. 运行Ping到Salesforce

从基于Windows系统的系统点击开始按钮，在搜索栏中键入“cmd”。顶部的结果应该是一个名为“cmd”的条目——点击这个。在生成的控制台窗口中，键入

ping - n 100(实例).salesforce.com

你的具体实例在哪里?例如:如果你在na5上，它会在哪里

ping - n 100 na5.salesforce.com。

您将开始看到在屏幕上运行的文本行。根据您到Salesforce的具体路线，这可能需要几分钟才能完成。这个结果的输出将类似于na17.salesforce.com的ping测试:

这些结果表明，当时我与指定的实例有很好的连接。误差的迹象包括:

包丢失大于10%(我的包显示为零丢失)

大量的往返时间。虽然时间之间的差异约为100ms是很常见的，但如果您的往返时间平均为105ms，最大为500ms，则表明您可能存在一些网络问题。

4。运行一个Traceroute到Salesforce

traceroute会告诉我们你的流量是如何到达Salesforce的。它还将有助于确定可能发生的问题。要运行traceroute，请返回命令提示符并输入

路径跟踪程序(实例).salesforce.com

下面是我跑到我们的北美实例NA17 (tracert na17.salesforce.com)的traceroute:

要阅读这篇文章，从第一行开始——这是你的流量离开你的电脑后的第一个停止。可能是10.X.X.X。或者是192.168.X.X 数量。这些都是为私有网络所保留的，在追踪器的后面也相当常见。在这条路线的后面，他们只是表示在退出之前，通信正在通过ISP的内部网络。

你看到的3个数字是到达特定跳点的时间。需要注意的是，这些数字并不代表当前跳转和前一个跳转之间的时间差异，而是代表该跳转之前的累计时间。当你观察一个traceroute时，你在寻找第一个点，在这个点上，时间之间的差异非常大(例如:50 ms 283 ms, 29 ms)，或者对于那些始终比前一个跳高得多的时间。您也可以将“*”视为一个条目。这表明服务器没有收到回复。这些未必是问题的征兆，尤其是当你接触到Salesforce的时候。出于安全原因，某些网络不会对traceroutes中使用的包进行应答。一旦进入数据中心，Salesforce也会这样做。如果您看到一个跳有一个超时，那么只要事情看起来正常，这可能不是问题。需要注意的是，您的“正常”traceroute和ping结果将根据您的系统和数据中心的地理位置而变化。例如，如果你在澳大利亚，正在连接美国东部的数据中心，250-300ms的往返时间并不是不寻常的。然而，从澳大利亚到东京数据中心的300毫秒的往返时间是不寻常的。

5。查找奇怪的路由决策和节点特定的问题。

ISP经常更新他们的网络，比如调整路由选择和增加新线路。他们这样做是为了保持网络的健康，并试图优化某些流量模式。有时，这些更改可以通过不太理想的路径将请求路由到Salesforce。例如，如果您正在从加州访问一个基于北美的Salesforce实例，但是正在通过新加坡进行路由，然后返回应用程序，那么您肯定会看到加载时间增加。这将在ping和traceroute的结果中显示为一致的高往返时间，+300 ms，每个跳的时间之间的差异很小，并且接近0个包丢失。您还可以看到在一跳的跨度中有两个100ms以上的大跳转。这是洲际跳跃(intercontinental hop)的典型行为，或者你的交通跨越了显著的地理距离。

如果你是建立在同一地区数据中心(APXX纳克萨玛斯实例的北美,亚洲,欧洲/非洲EUXX)和你碰巧注意到一个大跳在你的路由跟踪,你可以去[IP地址].ipaddress.com找到特效IP地址的地理位置跳在哪里发生。

如果您注意到这类问题，请联系您的ISP，因为他们控制您的请求到Salesforce的路径。

另一个网络路由问题的例子如下:

在这个traceroute中，我们可以看到5 个* ' s在第6和第7行。我们可以看到的另一件事是，第5和第7行都属于第3级通信公司，我们正在跨大西洋航行。因为这是一次横跨大西洋的跳跃，我们不需要担心时间增加了大约75毫秒。我们应该关注的是，我们的跨大西洋的跳跃是不一致的。如果这与第3步中的ping绑定，您可能会看到包丢失。在这种情况下，你应该联系你的ISP，让他们知道你找到了什么。您的ISP应该能够修改您的流量使用不同的跨大西洋链接的路径，或者至少联系他们的合作伙伴(本例为第3级)以进一步研究这个问题。