多用户并发的时候http server CPU占用量达到90%

分析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收起

升级到最新的9.0 啊..你用了3g了如果没有更新代码的话 说明是服务器性能的问题吧.收起

应该是一个处理逻辑上循环时间太长导致！收起

版主抢我小板凳:L1收起

你调整下线程数到40
然后观察下
硬件配置应该没问题了
如果还是类似情况建议排查代码收起

回复 7# 剑海怒龙


    恩，其实你可以通过tell http show thread state 看看是哪个数据库的哪个设计引起的。那天社区活动王曌的建议查查数据库索引，你也可以分析下。收起

回复 5# gavid0124


   谢谢，我研究一下你的文章，但是我们的邮件应用 已经被我禁止了！应该不涉及到邮件的问题~收起

回复 2# yingmu77


   服务器配置 ：IBM 3850 M2   至强E7330  2.4G  4核  双CPU   8GB 内存     操作系统  win 2003  server       20 线程收起

http占用高的时候，在控制台输入命令：tell http show thread state 看看http线程占用情况，一般能看到很多同样进程挂在里面。你可以看看博客http://blog.csdn.net/gavid0124/article/details/37599943收起

tell http show thread state 查看一下线程都做什么，针对性的去做。收起