2020-10-12
对任何网站来说，无响应和缓慢的页面都是可怕的。即使有最好的用户界面（UI），迟钝和缓慢的页面也会对客户体验和品牌声誉产生负面影响。
尼尔森-诺曼集团的研究表明，一般用户在等待页面加载大约10秒后就会离开网站。如果页面的加载时间超过几秒钟，则应该检查IIS服务器日志。让我们深入了解IIS服务器日志的内容和原因，这样您就可以轻松地处理和调试页面加载问题。
众所周知，Internet信息服务（IIS）是在Windows平台上托管网站的本机Web服务器，它由多个组件组成，可有效地处理请求。从DevOps视图来看，最有用的输出来自于IIS生成的日志。IIS访问日志尤其捕获对web应用程序的所有类型的访问，包括页面访问、客户端IP、浏览器（类型和版本）、响应时间、错误请求和流量。
高响应时间是最常见的迹象，表明网站性能存在瓶颈。IIS通过在相应的应用程序池中对大量请求进行排队来处理大量请求，当某些请求花费太长时间时，它会增加其他请求的等待时间。如果请求队列已满，则服务器本身很有可能变得不可用。 这就是为什么优化整个网站的响应时间以保持高可用性是至关重要的。在这种情况下，您可以使用IIS访问日志，因为它们会跟踪最终响应时间，这在调试速度较慢且需要优化的url时非常有用。
网页中的一个小错误可能会显著降低最终用户体验。当一个URL失败时，IIS平均需要30到120秒来发送连接超时消息，在此期间，不耐烦的用户会离开，而更多耐心的用户会继续尝试响应。 典型的4xx/5xx错误会迅速降低客户信任度。IIS访问日志提供了对URL的快速概述，允许您跟踪访问的URL的序列以及在本地重现问题并解决问题所需的相关浏览器信息。例如，当您的页面未加载并抛出错误代码400时，您可以从IIS访问日志中发现这是一个错误的请求错误，并且该页面尚未被访问。
Windows事件日志捕获有关错误的许多详细信息，并快速跟踪根本原因，无论是内存、CPU或堆栈溢出错误，还是导致应用程序崩溃的第三方模块。IIS访问日志使您能够识别有问题的URL，错误日志提供错误的上下文。有了这两种类型的日志提供的时间轴和上下文，在过滤掉事件日志之后，您将能够迅速缩小问题的根本原因。这意味着对于400错误，您可以使用Windows事件日志来确定根本原因。 你也可以换一种方式工作。全栈监控开始过滤事件日志，并通过搜索访问和错误日志来构建上下文，以便重现并修复问题。前者可以有效地确定总体改进领域，而后者则是提供快速修复的补救措施。