Cognos问题总结 2.0

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

Cognos问题总结
说明:下述问题对应的Cognos版本是8.1
1.问题:错误DPR-DPR-1035、DPR-CMI-4007不停的往日志
里写错误,导致日志文件过大。

原因:1 Cognos服务正常运行但没有进行注册,无法找到ContentManager
2 Cognos服务注册正常,且服务显示关闭,但仍然继续写
pogo日志,原因是只有boot进程正常关闭, Cognos用到的其他BI 及java进程还在运行,无法正常找到ContentManager报错.
解决方案:有以下两种
1 注册Cognos,即会有相应的ContentManager,不会因为
查找不到ContentManager而报错。

2 UNIX下通过PS -ef|grep BI, PS -ef|grep java查看仍在
运行的进程,将其关闭,就不会再查找ContentManager。

2.问题:错误QE-DEF-0374,RQP_DEF-0354,QE-DEF-0144每
点一次报表都会发生。

原因:没有生成过滤参数提示页。

解决方案:有以下两种
1在报表设计中加提示页,执行步骤如下
1.1 单击下图中间的图标,创建提示页
图2.1
1.2 生成的提示页如图
2.2
图2.2
1.3在图
2.2中设计所需的提示页面,并保存。

1.4重新运行该报表,就会消除上述错误。

2在Cognos提供的sdk调用时可过滤URL在最后面加上&prompt=false。

(建议采用第二种方法解决问题)
3.问题:部分报表运行超时,报内存不足的错误(生产环境)
原因: 1 有些报表在reportStudio中SQL语句关联比较复杂,将两个查询结果再进行关联,cognos就会调用本地SQL,在本地对结果及
进行排序过滤、关联, 没有索引,执行效率不如数据库.
2 cognos server中配置的sort buffer size过小
解决方案:
1将有可能出现本地SQL的查询尽量在数据库中完成,优化数据库设计。

如果不可避免出现本地SQL,就在
Framework里关联就可以了,不要在报表设计页面进
行关联.
2把buffer size调大,比如从4m调到16m,参考图3.1,执行界面在cognos服务器端Cognos
configuration/Environment/下,配置“sort
buffer size in MB”参数,从4调整为16
图 3.1
4.问题:如何配置负载均衡Cognos
原因:
解决方案:
1 Cognos 8.1 要配置负载均衡,需要分别在Cognos分发层
和web server层配置。

Cognos层两个服务器的
Dispatcher URI 和COGNOS URI 分别设置,顺序一定要一样,参考图4.1,在两个cognos服务器中的配置是一样的。

Content manager在一个时间只能一个是处于运行状态。

图4.1
前端配置Apache将不同端口的请求分发到配置好集群的两个Cognos的gateway,Cognos调用自身的负载机制,将请求再发送给不同的Dispatcher,由其内部协调最终在哪台Cognos服务上执行该请求
2 Cognos 8.
3 只需在 Cognos层配置即可,不必配置web
server层。

5.问题:如何提高并发性能
原因:服务数参数设置不合理
解决方案:
1调整Cognos reportstudio的“交互式报表服务的最大进程数”,一般为服务器cpu个数的两倍。

在unix下,使用top命令,可以查看cpu个数。

2扩大每个进程能在某个时间段处理的请求个数,单一进程最大亲和力设置为4 .
3具体执行步骤如下
3.1 在cognos的IE界面上,单击图形5.1中单击“服
务器管理”
图 5.1
3.2出现图像5.2的界面,单击“配置”选项
图 5.2
3.3从5.2操作进入配置界面,选择需要配置的服务器,
单击“更多”,即进入下面的界面
图5.3
3.4在界面5.3中,单击“设置属性”,进入界面5.4,
单击“设置”,出现图形5.5,即可设置参数
图形5.4
图形5.5
3.5 在图形5.5中设置“交互式报表服务的低亲和力连接数”为
4.
3.6在图形5.5中设置“交互式报表服务的最大进程数”
为16(假设CPU的个数是8).
6.问题:在开发环境上Cognos运行较慢
原因:发生内存泄露,属于比较底层的问题,在bin目录下生成core文件达几个G,内存泄露有可能属于报表过于复杂无法分配内存造成的,或者报表在制作设计过程中保存运行都有可能产生底层泄露,是Cognos8.1的问题.
解决方案:尽量避免设计过于复杂的报表,把大规模的数据库连接放在数据库层处理,减小系统资源开销。

7.问题:Cognos的升级和安装注意事项
原因:
解决方案:
需要检查操作的系统的版本和补丁信息,必须满足对应Cognos版本的安装先决条件。

相关文档
最新文档