我们一直以来在用户验收测试 (用户验收测试) 环境,, 相比,发展, 死慢.
这是一个复杂的环境,使用 FBA, SQL 2008, SSRS 和扩展的 web 应用程序可以在互联网上使用 https 访问, 所以很难跟踪问题.
以前的客户端, 我们与 LDAP 角色提供程序使用 FBA (和成员资格提供程序). 我的一个同事, 比我更聪明, 确定框中的"出" LDAP 的角色提供程序, 在这种环境中使用时, 不很好缩放. 要解决这一问题,该客户端, 他在一个自定义角色提供程序实施好的缓存方案.
这种情况似乎类似, 所以我们再回头看这种解决办法复制到今天的客户端. 因为我调试,, 我注意到在系统日志中会经常出现此消息 (从事件查看器):
辅助进程的进程 id 为 ' XXX’ 为应用程序池提供服务 ' 回家 – 80’ 已请求回收,因为它已经达到其虚拟内存限制.
我认为这意味着应用程序池远回收, 远过于频繁,这就能解释性能问题.
我看了应用程序池属性和其"回收" 页面显示的"最大虚拟内存属性 (以 mb 为单位)" 已被设置为 true 并已设置为 5000. 这看起来像不够, 但我决定以取消设置和值有直接的积极效应. 没有更多的应用程序池回收. 没有更多神秘缓慢起伏和停顿.
我真不理解基础"的东西" 这发生, 但显然是一种因果东西正在发生和现在, 用户验收测试环境是可用.
</结束>
Technorati 标签: SharePoint 管理