1

我有几个 .NET 3.5 站点在 Windows 2008 R2 64 位 IIS 7.5 Web 服务器上运行相同的代码库。我们在允许用户在服务器上管理自己的文件(上传、下载、删除)的过程中遇到问题。在我们从在 Windows 2003 上运行 IIS 6 的旧服务器上迁移站点之前,我们从未遇到过此功能的任何问题。迁移之后,我们让三个不同的站点完全锁定并停止执行请求。我必须重新启动应用程序池和网站才能让它们再次运行。我们将应用程序池更改为以经典模式运行,这确实阻止了站点崩溃。

在分析站点历史时,我们发现有 20 到 30 人(一个班级)的小组在大约 10 分钟的时间内上传了多个文件(每个 0.5 到 2 兆)。因此,我们将问题归结为文件管理功能,并决定将数据存储移动到本地驱动器上。我们继续在描述用户在工作完成之前离开这些页面的机器上遇到错误,因此我为 Response.IsClientConnected 添加了测试。这一切似乎都有帮助,但错误仍在继续。我们安装了一个应用程序 (IIS Peek) 来监控活动并报告长时间运行的请求。我将执行超时设置为五分钟,然后让 IIS Peek 监视任何需要更长时间的请求。我们整天都在 pdf 和 flash 文件上遇到多个错误,但它们最终会清除。因此,当我们从文件管理功能中收到错误时,我们根本无法管理文件(页面会超时)。我决定尝试使用 AsyncPage 解决方案,这似乎解决了文件管理锁定的问题。但是,我们仍然会遇到问题。我们在文件上传页面上遇到的错误往往会持续一个小时或更长时间,当问题存在时,即使使用 AsyncPage 解决方案,文件上传也需要相当长的时间才能完成。昨天,在其中一集中,我根本无法上传文件。我能够删除一个文件。因此,尽管我们遇到的问题较少,但文件管理功能仍然存在问题。我决定尝试使用 AsyncPage 解决方案,这似乎解决了文件管理锁定的问题。但是,我们仍然会遇到问题。我们在文件上传页面上遇到的错误往往会持续一个小时或更长时间,当问题存在时,即使使用 AsyncPage 解决方案,文件上传也需要相当长的时间才能完成。昨天,在其中一集中,我根本无法上传文件。我能够删除一个文件。因此,尽管我们遇到的问题较少,但文件管理功能仍然存在问题。我决定尝试使用 AsyncPage 解决方案,这似乎解决了文件管理锁定的问题。但是,我们仍然会遇到问题。我们在文件上传页面上遇到的错误往往会持续一个小时或更长时间,当问题存在时,即使使用 AsyncPage 解决方案,文件上传也需要相当长的时间才能完成。昨天,在其中一集中,我根本无法上传文件。我能够删除一个文件。因此,尽管我们遇到的问题较少,但文件管理功能仍然存在问题。我们在文件上传页面上遇到的错误往往会持续一个小时或更长时间,当问题存在时,即使使用 AsyncPage 解决方案,文件上传也需要相当长的时间才能完成。昨天,在其中一集中,我根本无法上传文件。我能够删除一个文件。因此,尽管我们遇到的问题较少,但文件管理功能仍然存在问题。我们在文件上传页面上遇到的错误往往会持续一个小时或更长时间,当问题存在时,即使使用 AsyncPage 解决方案,文件上传也需要相当长的时间才能完成。昨天,在其中一集中,我根本无法上传文件。我能够删除一个文件。因此,尽管我们遇到的问题较少,但文件管理功能仍然存在问题。

这是我们在发送响应之前与用户断开连接有关的两个不同错误。

异常消息:与远程主机通信时发生错误。错误代码为 0x800704CD。

异常消息:与远程主机通信时发生错误。错误代码为 0x80070057。

4

1 回答 1

0

当我们不小心将文件加载到内存中作为保存文件的一部分时,我们曾经遇到过类似的问题。在使用实体框架(或任何框架)和二进制/blob 数据类型时要小心。

于 2014-03-03T07:45:34.890 回答