求教Cognos集群性能，各位大佬帮忙啊
8台Windows Server 2003 32位服务器（8Cpu8G内存）上安装WAS单节点，每个WAS节点上部署Cognos 8.2应用，性能测试的时候，发现每次集群挂掉都是因为连接Content Store那台机器的连接池被占满，目前连接数设置的200，如果这个值再大的话，那Java虚拟机就会崩溃。这个时候，其实每台服务器的压力都还不是很大，想咨询下大佬们，有什么方法可以解决这个瓶颈，让集群的性能应用的更充分一点。或者有什么方法解决一下JVM 2G的限制？
3同行回答
经验一：Content Manager独立于Cognos的其它模块部署。到8.3位置，Cognos所使用的JRE为32位，所使用内存大小不超出2G，将Cognos的各种模块集中部署后会造成内存挤占而可能无法正常运转，另外，在Cognos的各模块中，维度Content Manager模块是无法横向扩展的，因此，单个JVM的处理能力从某种程度上说决定过了整个集群所能够扩展的上线。
经验二：使用小型机并且和Content Store部署在同一设备上可以减少请求的平均响应时间，提高访问效率。
经验三：对于Cognos 8.3版本，至少使用sp4的补丁版本才能保证稳定运行，并且严重推荐使用Cognos 生命支持级别为Active的操作系统版本。
经验三：部署两套Content Manager而不是更多的Content Manager，因为其无法实现横向扩展，提供容错机制就可以了。
经验四：增加Content Manager所在容器的连接数和线程数到1000，虽然这些不是必须的，但是调整该参数的确能够带来性能和稳定性的提升。
经验五：定期重启，长期运行后可能带来稳定性的下降，定期重启可以提供更好的服务水平。收起
经验二：使用小型机并且和Content Store部署在同一设备上可以减少请求的平均响应时间，提高访问效率。
经验三：对于Cognos 8.3版本，至少使用sp4的补丁版本才能保证稳定运行，并且严重推荐使用Cognos 生命支持级别为Active的操作系统版本。
经验三：部署两套Content Manager而不是更多的Content Manager，因为其无法实现横向扩展，提供容错机制就可以了。
经验四：增加Content Manager所在容器的连接数和线程数到1000，虽然这些不是必须的，但是调整该参数的确能够带来性能和稳定性的提升。
经验五：定期重启，长期运行后可能带来稳定性的下降，定期重启可以提供更好的服务水平。收起
浏览309