IBM cognos 测试

cognos的架构，application tier可以负载均衡，content manager没办法做。

 

 

 

http://www.cognoschina.net/club/thread-34107-1-1.html

 COGNOS集群环境如下:

      采用两台服务器作为COGNOS集群,采用WAS 集群,通过IHS Plug-in实现负载均衡.COGNOS版本为10.1.1

      两台服务器的网关地址为:http://server1:8080/ibmcognos/cgi-bin/cognos.cgi

      Dispatch分派器地址为：

        http://server1:9080/p2pd/servlet/dispatch

        http://server2:9080/p2pd/servlet/dispatch

     Content Manager地址为：

        http://server1:9080/p2pd/servlet/
http://server2:9080/p2pd/servlet/

 

两台服务器的dispatcher for gateway：都是一样的。
http://server1:9080/p2pd/servlet/dispatch/ext http://server2:9080/p2pd/servlet/dispatch/ext
      IHS 生成插件和传播插件。Cognos集群已经改成集群兼容模式。

      在进行压力测试时，发现只有server1处理了请求。server2没有处理请求。

      我重新部署了一个web应用在集群环境中，通过IHS访问发现集群环境没有问题。两台服务器能够平均处理请求。
      而Cognos，只有Server1处理了请求，Server2没有处理请求。

 “ 而Cognos，只有Server1处理了请求，Server2没有处理请求。”

确定一下，你所发送的请求数如果太小，server1就能处理，就不会负载到其它节点。建议把report service参数设置到默认值，然后打开N个网页打开报表测试。

 

 

 

 

http://www.cognoschina.net/club/thread-33531-1-1.html

用loadrunner测试Cognos并发性能的时候，怎么解决录制的脚本中session过期的问题？就是，脚本在每开一次自动运行的时候，怎么取到新的session？

取新session，脚本添加注销动作，如下
http://server:port/ibmcognos/cgi-bin/mod2_2_cognos.so?b_action=xts.run&m=portal/logoff.xts&h_CAM_action=logoff

 

 

Cognos负载均衡配置及测试

 

http://www.doc88.com/p-395127973596.html

 

 

 

IBM Cognos 最佳实践: 设计针对 IBM Cognos BI 的成功的性能和可伸缩性测试

 

通用的测试技巧

以下是一些通用而又简单的测试技巧，对设计和执行多用户测试周期的团队很有帮助。

一次只更改一个变量

尽量维护测试的科学性。在一个大型的软件环境中，一次只更改一个变量看起来十分耗时，但从长远考虑，这样做会节省时间。没有事情比一次更改了五个东西、已经看到性能的显著提升、但随后又不得不回溯所有这些更改来查找具体起因更糟糕的事情了。请确保为每个改变都明确建立了文档并记录了更改的原因。

做了更改后，建议回访至少两个数据点。理想情况下，这些数据点将是特定测试用例的高用户和低用户测试，这是因为某些更改可能会协助繁忙系统上的用户，却会阻碍不怎么繁忙系统上的用户，反之亦然。在建议进行更改，尤其是对产品环境进行更改之前，最好注意这一点。

执行测试之前最好重置尽量多的东西

由于测试结果相互比较，确保了每个测试均在同一点启动。例如，建议在整个软件系统重启、软件日志备份完毕以及服务器资源监视重启后再运行各性能或稳定性测试。

否则，因某些数据库连接已经建立、数据已经缓存、过程已经使用了更多的内存（因它们尚未清除来自之前会话的所有存储信息），之前的测试会能影响当前的测试。IBM Cognos BI 产品能够轻松地从命令行启动和停止，所以只要测试者拥有正确的权限，在每个测试前重置 IBM Cognos 产品相对而言不是那么重要。

使用与当前测试相同的时间表来执行基线测试

有时出现的情况可能是：测试人员使用了 6 个月前的结果作为当前测试的基线。硬件和配置相同，有什么问题呢？可能的问题是在该时间内服务器可能已经被修复、磁盘可能已经分区严重、运行新软件的服务器使用的 CPU 周期和内存在 6 个月前根本不存在。所有这些均能影响可伸缩性和性能数字。

要最大程度地降低此风险，在当前测试之前，总是需要重新运行基线，让基线和当前测试能够平等地受服务器上所有因素的影响。

尽量多地自动化

自动化可以解决两个问题：

测试可相对无看守运行，所以可将下班时间用于测试。工作时间则用在结果分析而不是运行测试上。
自动化将能确保每个测试或后续重新测试能以完全相同的方式运行。
通常而言，所有用于性能测试的软件工具均带一整套命令行工具，所以只需进行批量编程即可。

独占运行测试的硬件

如果得到一个意外结果，而后发现是因为有人在运行测试期间使用了同一台服务器，并自以为不会影响进行中的测试而执行了一些查询，那么没有比这更糟的情况了。在很多环境下，性能和可伸缩性测试人员需要与用户接受测试人员 (user acceptance tester) 共享硬件。与其他的组共同制定一个日程安排，以便让性能测试不会影响用户接受测试，反之亦然。

不要等到测试结束才分析结果

计划每天对测试结果进行分析。性能测试人员都希望早些发现问题以方便解决这些问题。在测试周期开始时解决问题要比在结束时解决它们更容易。这让测试人员能够为那些对测试过程感兴趣的管理层提供初步结果。有了这些结果以后，建议发送定期的状态更新，以便该测试所涉及的各方均能及时知道测试的当前状态。

 

http://www.ibm.com/developerworks/cn/data/library/cognos/performance/load_testing/page405.html

 

 

Cognos性能问题的精准度量

要解决问题，首先要发现问题，而发现问题的关键是要准确描述问题！准确描述问题的方法可以通过基准性能测试获得，另外一个方面，通过开启Cognos审计日志跟踪是一个事半功倍的做法。一、开启Cognos审计日志的方法1、在Cognos configuration中配置日志库。2、在Cognos administration（portal）中配置日志级别[CM开到请求、Report开到基本]3、重新启动Cognos服务器。二、使用Cognos审计日志跟踪基准性能问题1、在审计日志库中，COGIPF_RUNREPORT表中会记录每一次运行报表的详细信息。三、滚动式优化1、第一次定位平均运行效率在1分钟以上的报表。2、消灭1分钟以上的报表后再消灭30秒以上的报表。
http://hi.baidu.com/eldersun/item/e6e2b1274ab4b4564799625c