IT外包|Domino维护:IT外包|Domino维护

项目特点
充分利用Domino的高级特性解决企业应用的特殊需求。
Domino的分区和群集特性是Domino作为企业级应用系统的非常重要的特点，现在这些特性已经逐步在很多大型、国际型企业中得到实际应用。

项目背景
本案客户为中国某著名汽车制造厂商。
客户已经在IBM AS400 (型号为820) 上安装了Domino 6.0.1CF(从4.6升级上来的)，注册用户约有2900人，同时在线的用户大约为300-400人，该服务器上还有广州联科开发的OA系统，并启动了POP3服务（多数POP3用户在FoxMail里设置了邮件自动收取功能，因此POP3的用户负荷比较大）。

问题描述
开启POP3服务后，POP3对CPU的占用率高达88%，而且居高不下，使得整个服务器的性能受到极大影响，些时如果开启HTTP服务用户根本无法登录OA系统。另外当用户数量较多时，（HTTP会导致）Domino服务器重启；用户通过POP3收取邮件非常慢，2－3M的邮件需要数小时！

问题诊断(步骤和结果)
● 关闭POP3，测试HTTP性能、Notes Client访问的响应延迟
现象：HTTP可以登录，用户达到200左右时，Notes Client的响应延迟非常严重
结论：HTTP配置不能满足大负载的要求
● 查看Domino性能相关的设置
现象：HTTP设置了最大连接数为1000，会话使用SSO，Active Threads设置为400，在Domino服务器的配置文档中发现一些自定义的参数设置（估计是从4.6中继承下来的），其中有“NSF_BUFFER_POOL_SIZE=2000000”，就是设置为2000M，但在使用Show Stat Database时发现实际Database.Database.BufferPool.Peak.Megabytes = 300，也就是只有300M，（注：缺省情况下Domino5中这个会上值为300M，Domino6中为750M），并且“Database.DbCache.HighWaterMark = 1350”远远大于“Database.DbCache.MaxEntries = 900（300＊3）”，必需增加Database.Database.BufferPool.Peak.Megabytes的值！
结论：NSF_BUFFER_POOL太小，是性能问题的主要原因
● 测试性能
现象：在关闭POP3的情况下测试HTTP的性能，当服务器并发数达到485时，服务器仍可以提供满意的响应速度；但一旦开启POP3（FoxMail用户自动登录并收取邮件），POP3对CPU的占用率激增，HTTP随之（几乎）停止对用户操作的响应。
结论：POP3可能影响其它服务任务的性能

解决方案
根据以上诊断和结果，我们首先采取以下措施缓解性能问题，再安排彻底解决。
● 措施：在控制台中设置参数：Set Config NSF_Buffer_Pool_Size_MB=1500(试过750、1000和1500，最后确定用1500)
● 措施：调整POP3在OS400上的优先级（priority），缺省情况下所有Domino任务的优先级都是20，尝试把POP3的优先级改为40，再进行测试，HTTP和POP3的响应效率基本可以接受。
由于以上措施只能在一定程度上缓解Domino服务器的性能，更鉴于IBM AS400的强大性能没有得到充分发挥，我们建议使用Domino的分区特性彻底解决系统的性能问题，具体方案如下：
把HTTP和POP3分开，在820上安装3个分区：OA｜POP3｜POP3
将邮件用户的邮箱分配在两个POP3的分区上

方案实施