我在IIS7服务器上运行ASP.NET应用程序.它已经运行了很长时间,但在过去一周左右的时间里,它已经每天多次丢弃所有用户的会话.我启用了所有应用程序池回收日志记录选项,如http://blogs.iis.net/ganekar/archive/2008/12/12/iis-7-0-application-pool-recycles-log-a-event中所述-in-windows-event-log.aspx,但我的事件日志中没有得到任何内容.
事件日志中没有错误,除了我的所有用户都丢失了会话之外没有可见的症状.
IIS是否还有其他原因可以回收我的应用程序池?是否有任何其他类型的日志记录,我可以启用以找出正在发生的事情?
我创建了一个简单的报告并将其上传到我的报告服务器.它在报表服务器上看起来是正确的,但是当我设置电子邮件订阅时,报表比预期的要窄得多.
这是报告在设计师中的样子.当我在报表服务器上查看它时,它看起来很相似:[ http://img58.imageshack.us/img58/4893/designqj3.png]
这是电子邮件的样子:[ http://img58.imageshack.us/img58/9297/emailmy8.png]
有谁知道为什么会这样?
我有一个调查数据库,每个问题有一列,每个人回答一行.每个问题的答案值为1到3.
Id Quality? Speed?
-- ------- -----
1 3 1
2 2 1
3 2 3
4 3 2
Run Code Online (Sandbox Code Playgroud)
现在,我需要将结果显示为每个问题一行,每个响应编号都有一列,每列中的值是使用该答案的响应数.最后,我需要计算总分,即1的数量再加上2的数量加上三次数的三倍.
Question 1 2 3 Total
-------- -- -- -- -----
Quality? 0 2 2 10
Speed? 2 1 1 7
Run Code Online (Sandbox Code Playgroud)
有没有办法在基于集合的SQL中执行此操作?我知道如何使用C#中的循环或SQL中的游标,但我试图使它在不支持游标的报告工具中工作.
我有一个使用ASP.NET与"InProc"会话处理的Web应用程序.通常,一切正常,但每天几百个请求比正常情况下运行时间要长得多.在IIS日志中,我可以看到这些页面(通常需要2-5秒才能运行)运行20秒以上.
我在详细模式下启用了失败请求跟踪,并发现延迟发生在AspNetSessionData部分.在下面显示的示例中,AspNetSessionDataBegin和AspNetSessionDataEnd之间存在39秒的差距.
我不知道下一步该做什么.我找不到任何延迟的原因,我找不到任何可以启用的日志记录功能来告诉我这里发生了什么.有谁知道为什么会这样,或者有任何建议我可以采取额外的步骤来找到问题?
我的应用程序通常为每个用户存储1-5MB的会话,主要是用于搜索的缓存数据.服务器有足够的可用内存,只能运行大约50个用户.

我的团队正在构建一个产品,其中包含许多相互依赖的组件.例如,每当我们向系统添加新类型的数据时,我们还必须添加日志代码以跟踪使用该数据类型的更改.或者,当我们添加新的UI屏幕时,我们必须确保其字符串被外部化以便可以进行翻译.这些事情几乎减缓了我们所做的每一项任务,有时其中一个步骤会被遗忘.
处理此问题的传统方法是添加所需的清单和文档等.敏捷方法如何处理它?