什么可能导致 IIS 日志耗时为 29641895 毫秒
对于超过 200 万条记录的日志中的数千个请求，IIS 将所用时间记录为 29641895 或类似的大数字。所用时间的值以毫秒为单位，因此转换为小时后，大约相当于 8 小时。 IIS 中出现此类日志的原因是什么？
正在查看的日志适用于托管在 IIS 7+、Windows 2008 服务器上的 ASP.NET 4.0 Web 应用程序。该应用程序是在 ASP.NET MVC 3 框架之上开发的。
日志既适用于计算请求，也适用于静态请求。
For few thousand requests in a log of more than 2 million records, IIS is recording time-taken as 29641895 or similar large numbers. The time-taken value is in milliseconds, so when converted to hours, it translates to almost 8 hours. What could be causing such logs in IIS?
The logs being looked at are for a ASP.NET 4.0 web application hosted on a IIS 7+, Windows 2008 server. The application is developed on top of ASP.NET MVC 3 framework.
The logs are present for computed requests and for static requests also.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
ASP.NET MVC 3 不应用 web.config 文件中的“executionTimeout”属性。因此，您可能会因为这个原因而遭受长时间运行的日志条目的困扰。请检查这篇文章：MVC3 中的错误 - 请求永远不会超时。适用于同一项目中的 aspx 页面
The ASP.NET MVC 3 doesn't apply the "executionTimeout" attribute in the web.config file. So you may suffer the long running log entry for that reason. Please check this post: Bug in MVC3 - requests never time out. Works fine for aspx pages in same project