多用户并发的时候http server CPU占用量达到90%
domino 6.5 环境下 数据库大小3GB 全文索引，最近在有多个用户并发时候，发现登录巨慢 或者页面几乎假死。后台查看服务器任务的时候，发现当internet 用户大于12的时候 http server cpu的占有量就会达到80%或90%。 这个问题有什么好的解决方式。
12同行回答
分析nsd信息，如果不会分析nsd可以请IBM帮忙
简单谈一下我的推断
.....数据库大小3GB 全文索引.....
全文索引不是由http维护的，但是如果代码里有请求全文索引而索引文件有问题的话可能会让相应的线程挂起。
3G的nsf意味着文档超多，那视图的设计就会直接影响到性能-->比如说一个视图内有10W条数据，而视图选择条件和视图列里有dblookup(列不支持@lookup)和@now等时间计算公式。这样每次openview的请求都会让系统强制刷新视图，自然会拖累整体性能，在这种情况下，别说http，就算是notes client打开此视图都会巨慢无比。另外不排除视图索引本身有问题。
优化或排障建议
1、手动重建全文索引
2、检查视图设计->@now,@created绝对不能出现，@month("2014-08-08")这种计算出常量的可继续留存
3、删除视图索引，并用openview的方式访问一次观察索引的生成及系统状态
4、优化视图结构->以减少视图内文档量为目标。如果无法达成，则以减少搜索次数(特指表单上的dblookup)和索引刷新次数为目标
5、优化使用视图的代码->所有与视图操作相关的代码均可加计数器，统计出每次事务要操作的视图的量和次数并依此作出规划
6、用新库替换
7、nsd收集，请ibm诊断
分析nsd是一步到位的办法，不会分析就按上面一步一步排查吧...good luck, guys收起
简单谈一下我的推断
.....数据库大小3GB 全文索引.....
全文索引不是由http维护的，但是如果代码里有请求全文索引而索引文件有问题的话可能会让相应的线程挂起。
3G的nsf意味着文档超多，那视图的设计就会直接影响到性能-->比如说一个视图内有10W条数据，而视图选择条件和视图列里有dblookup(列不支持@lookup)和@now等时间计算公式。这样每次openview的请求都会让系统强制刷新视图，自然会拖累整体性能，在这种情况下，别说http，就算是notes client打开此视图都会巨慢无比。另外不排除视图索引本身有问题。
优化或排障建议
1、手动重建全文索引
2、检查视图设计->@now,@created绝对不能出现，@month("2014-08-08")这种计算出常量的可继续留存
3、删除视图索引，并用openview的方式访问一次观察索引的生成及系统状态
4、优化视图结构->以减少视图内文档量为目标。如果无法达成，则以减少搜索次数(特指表单上的dblookup)和索引刷新次数为目标
5、优化使用视图的代码->所有与视图操作相关的代码均可加计数器，统计出每次事务要操作的视图的量和次数并依此作出规划
6、用新库替换
7、nsd收集，请ibm诊断
分析nsd是一步到位的办法，不会分析就按上面一步一步排查吧...good luck, guys收起
版主抢我小板凳:L1收起
浏览3670