Cognos服务器环境集群部署解决方案
Cognos问题总结 2.0
Cognos问题总结说明：下述问题对应的Cognos版本是8.11.问题：错误DPR-DPR-1035、DPR-CMI-4007不停的往日志里写错误,导致日志文件过大。
原因：1 Cognos服务正常运行但没有进行注册,无法找到ContentManager2 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.11.2 生成的提示页如图2.2图2.21.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的查询尽量在数据库中完成,优化数据库设计。
安装Cognos10.2问题解决参考
安装Cognos10.2问题解决参考1. 安装Cognos10.2 Server【注意】在“组件选择”步骤，最后⼀个不选。
其他基本上都是默认选择。
所选组件:IBM Cognos Business Intelligence Server应⽤程序层组件GatewayContent Manager对话框条⽬信息:[安装位置] D:\Cognos10\c10[快捷⽅式⽂件夹] IBM Cognos 10摘要错误⽇志位置: D:\Cognos10\c10\instlog\tl-BISRVR-10.1-6235.144-20170316_1015_summary_error.txt2.配置Cognos10资料库新建⼀个⼲净的资料库⽤户,并赋予相应的权限：需要先建⽴的⼀个单独的数据表空间，⽤作新⽤户的默认表空间；create user cogtest identified by cogtest default tablespace users temporary tablespace temp;grant connect to cogtest;grant resource to cogtest;grant unlimited tablespace to cogtest;grant create any table to cogtest;grant create any view to cogtest;sqlplus cognosm/cognosm@ora11g3.修改⽹关URI进⼊程序 BM Cognos 10?IBM Cognos Configuration 进⾏Cognos 10的设置,选择“环境”，设置“⽹关URI”为： http://localhost:9300/p2pd/servlet/dispatch即：将原⽹关URI：http://localhost:80/ibmcognos/cgi-bin/cognos.cgi修改为： http://localhost:9300/p2pd/servlet/dispatch4.配置数据源1）在cognos服务器安装oracle客户端，要求和cognos⾥的数据库驱动版本⼀致（cognos\c10\webapps\p2pd\WEB-INF\lib中的数据库驱动）2）在⽹页登陆cognos，在页⾯右上⾓点击“启动-IBM Cognos Administration”,进⼊cognos管理页⾯。
Cognos基础知识及操作入门
调整数据库连接池大小， 以适应并发访问需求。
使用缓存技术，提高数据 访问速度。
05 报告设计技巧与实践
报告布局与样式设置方法
布局原则
遵循简洁明了、重点突出、信息完整等原则，合理规 划报告布局。
样式设置
通过调整字体、颜色、背景等样式元素，提升报告整 体视觉效果。
标题与段落
实时数据刷新机制设置方法
数据源配置
确保数据源连接正常，并设置合适的数据刷新频率。
缓存策略
合理利用缓存机制，减轻服务器负担，提高数据加载速度。
异步加载
采用异步加载技术，避免页面卡顿和数据延迟现象。
实时推送
结合WebSocket等实时通信技术，实现数据的实时推送和更新。
仪表板性能优化建议
数据预处理
在数据源端进行数据清洗、聚合等预处理操 作，减少数据传输量和计算复杂度。
最近访问
显示用户最近访问的报告或仪表板，方便快速进 入。
菜单栏与工具栏功能详解
01
菜单栏
包括文件、编辑、查看、插入、 格式、工具、窗口和帮助等菜单 项，提供全面的操作选项。
工具栏
02
03
右键菜单
提供常用功能的快捷按钮，如保 存、打印、剪切、复制、粘贴、 撤销和重做等。
在报告或仪表板中右键单击元素 ，可弹出针对该元素的特定操作 菜单。
立方体（Cube）
多维数据集的一种表现形式，由多个维度和度量组成，用于数据分析 和报表展示。
维度（Dimension）
描述数据业务特性的层级结构，如时间、地区、产品等。
度量（Measure）
用于聚合计算的数值型数据，如销售额、利润等。
多维数据集（Multidimension…
Cognos10.1安装配置指南（是目前最全的Cognos安装，全文共77页）
Cognos安装配置指南说明：本文是介绍IBM Cognos详细安装配置步骤的文档，所有的安装配置步骤都是基于在管理员权限下进行操作的，在参照下文进行安装时请按照从上往下的顺序一步步来执行。
安装环境：服务器：10.160.17.51操作系统：64位WINDOWS2008安装介质：bisrvr64101ml.iso（从安装原光盘制作成的ISO镜像文件）一、安装步骤：首先要确保10.160.17.51服务器上安装有虚拟光驱（建议虚拟光驱软件：Daemon tools lite4.45及以上版本）和DB2客户端1、双击下图中红色圈起来的安装介质把安装介质载入虚拟光驱2、安装介质载入虚拟光驱后在“计算机”里就多了一个下图中用红色圈起来的光盘3、双击安装光盘，此时安装程序就会自动运行，在弹出来的页面中点击“是”4、选择“中文（中国）（中文（中华人民共和国））”然后点击下一步5、点击“我同意”然后选择下一步6、默认安装目录是下图中的安装目录，但安装位置中的“（x86）”一定要删除掉，因为Cognos 系统是不支持带括号的路径删除掉“（x86）”后的点击下一步然后点击“是”7、组件里的内容要全选，然后点击下一步8、点击下一步9、再次点击下一步10、此时就开始安装在安装过程中会弹出一个提示框直接点击确定11、点击完成，完成Cognos的安装二、配置步骤：（一）Cognos内容库创建及配置步骤：1、Cognos内容库是在10.160.17.51服务器上用DB2创建的，首先在10.160.17.51服务器上点击下图开始菜单中的“命令窗口-管理器”2、在命令窗口里面按次序输入以下7条命令，每条命令输入完后按回车键1）db2 create db content using codeset UTF-8 TERRITORY CN示例输入第一条命令，剩下的6条命令按此方法依次进行输入后按回车键2）db2 connect to content3）db2 "create bufferpool BP_32K immediate size 1000 pagesize 32768"4）db2 "create system temporary tablespace TEMP_TB pagesize 32768 bufferpool BP_32K"5）db2 "create user temporary tablespace USER_TEMP_TB pagesize 4096 bufferpool IBMDEFAULTBP6）db2 "create regular tablespace REG_TBSPC_4K pagesize 4096 bufferpool IBMDEFAULTBP"7）db2 update db cfg using LOCKTIMEOUT 240 APPLHEAPSZ 10243、拷贝DB2驱动到Cognos里1）按下图打开10.160.17.51服务器上DB2的驱动文件夹，对db2java.zip、db2jcc.jar、db2jcc_license_cu.jar三个文件进行复制操作2）按下图打开10.160.17.51服务器上Cognos接收驱动的文件夹，然后把刚才复制的三个文件db2java.zip、db2jcc.jar、db2jcc_license_cu.jar粘贴到该文件夹中，并把db2java.zip 改名为db2java.jar4、配置Cognos内容库1）展开开始菜单中的IBM Cognos 10-64，然后右击IBM Cognos Configuration图标，选择以管理员身份运行2）展开Content Manager然后右击IBM Cognos Content Store选择“删除”然后选择“是”3）右击Content Manager选择新建资源中的数据库4）在名称里输入：“Content Store”，类型选择“DB2 数据库”然后点击确定5）在“数据库服务器和端口号”里输入：10.160.17.51:50000，然后点击“用户ID和密码”右边的笔，在弹出来的提示框里输入用户名：“db2admin”，输入两次密码：“db2admin”然后点击确定6）在“数据库里名称”里输入：“content”7）右击“Content Store”选择测试测试通过后点击关闭8）选择文件菜单里的另存为UTF-8然后点击关闭最后关闭IBM Cognos Configuration（二）配置Cognos Web服务并启动Cognos运行Cognos有两种方式：第一种是用Cognos自带的Tomcat运行Cognos，第二种是配置IIS运行Cognos，两种配置方式同时配上后都可以运行，没有任何影响。
cognos产品迁移方案
Cognos 产品迁移方案简介Cognos 是一款由 IBM 公司开发的商业智能工具，可以帮助企业进行数据分析和决策支持。
在进行迁移时，需要考虑多个因素，包括版本兼容性、数据迁移、用户培训等。
本文将介绍 Cognos 产品迁移的一般方案和步骤。
迁移前准备在开始 Cognos 产品迁移之前，需要进行一些准备工作：1.需求分析：确定迁移的目标和需求，包括迁移的版本、迁移的数据、迁移的用户等。
2.环境搭建：搭建新的 Cognos 环境，包括服务器、数据库、操作系统等。
3.备份数据：对原有的 Cognos 环境进行数据备份，以防数据丢失或损坏。
4.建立测试环境：在新的环境中建立一个测试环境，以验证迁移的可行性和正确性。
迁移步骤迁移 Cognos 产品的一般步骤如下：1.安装新版本：根据需求确定迁移的新版本，并进行安装。
确保新版本与原有的版本兼容。
2.数据库迁移：将原有的数据库迁移到新的环境中。
可以使用一些数据库迁移工具，如 SQL Server 迁移助手等。
3.配置新环境：根据需求配置新环境的服务器、数据库、操作系统等。
4.导入数据：将原有环境的数据导入到新的环境中。
可以使用 Cognos 提供的数据导入工具，如 Data Import Manager 等。
5.功能测试：在新的环境中对所有功能进行测试，确保与原有环境一致，并修复可能存在的问题。
6.培训用户：对新环境的用户进行培训，教授他们如何使用新的 Cognos 产品。
7.切换生产环境：当新环境稳定并通过测试后，可以将生产环境切换到新的环境中。
注意事项在进行 Cognos 产品迁移时，需要注意以下事项：1.备份数据：在进行任何操作之前，务必备份原有环境的数据，以免因操作失误导致数据丢失。
2.版本兼容性：在选择新版本时，要确认其与原有版本的兼容性，避免出现不兼容的问题。
3.数据迁移：在进行数据库迁移时，要保证数据的完整性和一致性，避免数据丢失或损坏。
4.功能测试：在完成迁移后，要对新环境中的所有功能进行测试，确保与原有环境一致，修复可能存在的问题。
cognos错误列表
Cognos8.3错误解决方法总结1、jre 路径导致报错这个时候我遇到一个问题，Cognos Configuration 无法正常启动，提示信息忘记截图了，不过这个问题比较简单。
错误提示中已经详细的描述了解决办法，其实是因为我的开发机上有Tomcat，设置了JA V A_HOME。
并且用的是JDK142的包，所以必须先修改其路径为Cognos的jre。
否则启动Cognos Configuration的时候会报错。
2、Cognos8 运行数据库无法连接遇到这个问题，是因为jdbc的缘故，如果是Oracle作为运行数据库，就会遇到。
将oracle\jdbc\lib\classes12.jar拷贝到Cognos8/webapps/p2pd/WEB-INF/lib下即可.3、错误码：CFG-ERR-0103 Unable to start Cognos 8 service.这个错误出现的原因是你的内容库是oracle，而且oracle数据库没有试用UTF-8编码。
将内容库的oracle更改成UTF-8编码就可以解决问题。
4、CFG-ERR-0106 问题这个问题就比较诡异了，反正就是启动超时，但是又没有具体原因，百度也没有任何解决办法。
外事不决问Google，还是Google强大，E文网站上倒是有不少同学遇到此类问题。
其实，是因为开发机上跑的程序太多，资源占用厉害导致的。
最后确定的解决办法是修改配置文件，增加Cognos的启动时间。
修改c8_location /configuration/ cogconfig.prefs增加以下两个配置ServiceWaitInterval=*默认是500,代表0.5秒ServiceMaxTries=*默认360,代表倍数默认应该是3分钟超时。
我增加到1000*500，8分多钟。
5、CFG-ERR-0103这个问题是在我们的Cognos测试服务器上遇到的，首先想到的就是BAIDU，发现也有不少朋友碰到这个问题。
Cognos环境配置手册
目录引言 (4)软件名称 (4)文档说明 (4)参考资料 (4)1........................................................................................................ 配置PPES应用环境51.1........................................................................................... 创建Cognos虚拟目录51.2................................................................ 设置Cognos Configuration Manager151.2.1..................................................................................... 配置Directory Server151.2.2.............................................................................................. 配置PDF Server171.2.3............................................................................................ 启动Cognos服务191.3............................................................................. 配置Cognos Access Manager241.4................................................................................ 启动Cognos Upfront Server281.5................................................................................ 测试Cognos Upfront Server31 2..................................................................................... Transformer 性能调节方法：332.1..................................................................................................................... 加大缓存332.2..................................................................................... 启用多CPU 读取数据源332.3.................................................................................................. 恰当放置暂存文件34 3........................................................................................... ReportNet数据库创建参数36 4.................................................................................. reportnet与cognos的单点登录37 5............................................................................... R eportNet的Content Store配置396...................................................................................................... Orecle 驱动程序设置437............................................................................................... 创建ReportNet虚拟目录441.引言参考资料2.配置PPES应用环境2.1. 创建Cognos虚拟目录1)启动internet服务管理器，并确认默认web站点已启动。
cognos问题汇总
cognos系统管理eldersun2012-6-27 21:43Cognos 10流控功能Cognos的流量控制是基于用户体验的，它不是保护系统资源的直接手段，而是保证用户体验的手段，可以通过设置报表请求可以在队列中的最大等待时间来避免用户的过长时间等待，方法是在Administration中的Dispatcher & Services属性中设置：默认是240s，通常情况下允许在线请求在队列中等待240s显然太长了，如果系统压力太大的情况下，使用默认设置可能出现如下情况：当Cognos系统在超载情况（远远大于系统的处理能力）下运行，经过一段时间后，系统单位时间内能够处理的事务数（TPS）很快下降到零，此时通过后台观察Cognos服务器，发现运行Cognos的服务器负载也随之下降，说明系统出现拥塞，因此虽然系统资源空闲，但是无法继续处理事务，显然，我们一般不希望系统在负载过重的时候出现绝对不能处理事务的情况，比较理想的情况应该是合理的拒绝一部分请求，而保证部分请求能够继续运行，通过缩短”Query time limit of the report service（seconds）“从默认的240s调整为5秒，同等压力情况下观察系统的运行情况如下：当适当缩短队列的最大允许等待时间后，系统系统在高负载的情况下能够持续提供服务，但同时存在大量超时拒绝的情况，未完，继续阅读#cognos系统管理评论(1)转载(1)eldersun2012-3-9 10:53【Cognos 10】Dispatcher 路由使用的问题在Cognos 8版本中，可以使用单独安装的CM上的dispatcher（需要在Configuration中手动开启）作为负载均衡的dispatcher，但在Cognos 10中，这一方式无法应用于Cognos 10中的Business Insight功能，而除此之外的其它功能都可以正常使用，在部署使用时需要注意！#cognos系统管理评论转载eldersun2012-2-16 16:06【Cognos10新特性】使用JXM进行JVM监控在Cognos 10.1.1新版本中，Cogconfiguration中提供了配置JMX的能力，通过开启JMX可以使用jdk自带的jconsole等工具对JVM进程进行更为详细的跟踪，同时还可以执行Cognos 10中没有在portal中开发的一些操作方法，如单用户跟踪等，Configuration的设置方法如下：设置后可以通过JCONSOLE进行监控JVM的内存、线程等信息。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
C o g n o s服务器环境集群部署解决方案
操作风险项目组
2020-2-18
修改记录
编号日期描述版
本
作者
审
核
发布日期
1 2013-3-
28 初稿
V1.
0 操作风险项目组
目录
1.前言 (1)
1.1.目的 (1)
1.2.适用读者 (1)
1.3.名词解释 (1)
2.Cognos服务器集群服务的原理 (1)
2.1.单机访问模式 (1)
2.2.集群服务模式 (2)
3.集群部署案例 (4)
3.1.具体操作 (5)
3.2.测试集群 (11)
3.3.监控运行情况 (12)
1.前言
1.1.目的
本文将主要实现Cognos服务器集群部署解决方案，其中包括：Cognos 服务器集群原理、部署方案。
1.2.适用读者
⏹Cognos应用实施人员
⏹科技运维实施人员
⏹主要项目成员
1.3.名词解释
集群：具备高可用性、容错能力、负载均衡能力的若干台机器组合。
负载均衡：同时运行多台应用服务器（如，Tomcat/WebLogic等），以响应用户的并发请求，从而将用户负载合理地分散到这些J2EE应用服务器上。
2.Cognos服务器集群服务的原理
2.1. 单机访问模式
BI App /Cognos:Gateway\P2pd\
Content Manager
前端请求内容库业务数据库
当Cognos 的BI Server 安装完成后，配置好BI Server的内容库和访问业务数据库的数据源连接就可以进行工作，所有的报表访问请求都通过BI server进行解析和返回。
2.2. 集群服务模式
Cognos BI SERVER集群服务实现的基础在于：集群服务的服务器使用了共同的数据库作为资料库（Content Manager），所以在集群中的Cognos BI SERVER服务器必须配置同一个数据库作为资料库；并且为了让集群里的Cognos BI SERVER应用服务器可以正常互相访问，需要在Cognos Configuration里面将COGNOS BI SERVER自带的防火墙关闭；Cognos BI SERVER 应用服务器上的负载主要是由于数据处理造成的，而数据处理的负载体现在对CPU报表进程的占用上，缺省情况下，每个CPU分配两个报表进程，当集群中某台服务器的所有CPU的报表进程均被占用的情况下，新的报表处理请求将被转给报表进程未被占满的服务器进行处理，达到负载均衡的目的。
下图描述的是一个完整的集群模式：
部署描述：
如图所示：通过路由或代理虚拟网络地址，连接主备服务器，同时两台服务器可以通过Weblogic集成实现负载均衡。
Cognos：P2pd服务与Cognos:content manager分别单独做了主备部署，在运行时如果主的机器不能正常工作可以实现分流到备的继续运行。
底层数据库可以实现数据备份与切换。
优点：
各个服务器均有灾备，实现了机器负载均衡的功能，提高了效率。
缺点：
服务连接通过配置，并且配置复杂，有冗余的服务器。
Cognos Bi Server实际上分为3个层次，通过上面的图会看的很清楚，有GateWay层、有应用层（P2pd）、内容库层（Content Manager），当对性能要求非常高并且硬件条件允许的情况下，可以形成每个层面上2台集群的集群，形成active-standby的工作模式。
在进行BI server 安装，可以分别安装这三层的应用，每单独勾选一项就是独立的安装一层服务，安装界面如下图：
在实际使用过程中，真正的压力在应用层应用层（P2P），所有在考虑综合成本后，一般采用下面的解决方案，只用2台机器进行集群服务，每台机器上都完整的部署GateWay层、有应用层（P2pd）、内容库层（Content Manager），如下图：
部署描述：
如图所示：网络入口的大用户量并发访问，首先请求道作为active的安装了GateWay 应用的机器上，两台服务器上分别部署了cognos的各个服务和BI App服务，然后通过Gateway进行分发报表响应请求。
优点：
配置简单，硬件设备占用少。
缺点：
对于web服务器配置的要求较高。
3.集群部署案例
现有两台机器，IP 分别是10.2.47.209和10.2.47.241，简称为209和241(生产环境要更换成生产环境的IP和端口)。
两台机上分别安装好Cognos服务器（注：建议安装同一版本，不同版本如：10.1.1和10.2.1会出现在启动服务器失败，这里使用的是10.1.1版本），Cognos服务器具体安装过程请参数Cognos服务器安装相关文档。
现将209做为active机，241做为standby机，也就是将所有报表访问请求都发给209上的Gateway，然后209会根据当前服务器资源情况，将适当的请求转发给241来处理，实现负载均衡。
具体的操作如下：
3.1.准备工作
首先保证作为集群的机器两台独立的服务器如209、241机器的cognos能够独立运行可以独立运行。
由于我们的数据库使用的DB2，访问的一个操作风险的业务数据库和作为cognos内容库的数据库，为了是209、241能够访问到DB2，必须建立访问DB2数据库的监听，如下：
建立访问操作风险库的监听
db2 catalog tcpip node opriskdb remote 10.2.35.23 server 50000
db2 catalog db opriskdb as opriskdb at node opriskdb
建立访问内容库的监听
db2 catalog tcpip node cognosdb remote 10.2.35.23 server 50000
db2 catalog db cognosdb as cognosdb at node cognosdb
3.2.具体操作
第一步：启动cognos服务
执行下面命令（不能用root用户登录执行）：
cd /opt/ibm/cogons/c10_64/bin64/
sh cogconfig.sh
第二步：将209作为COGNOS BI SERVER集群服务的网关(生产环境要更换成生产环境的IP和端口)。
打开209的Cognos Configuration配置COGNOS BI SERVER网关，先配置Enviroment，首先要禁用防火墙设置，把Enable CAF validation设定为False；
第三步：配置209的GateWay，把209、241添加进去，如下图(生产环境要更换成生产环境的IP和端口)：
第四步：配置209内容库URIS，内容库的设置有顺序(主机在上方（209），副机在下方（241）)，active机器在前面，如下图：
第五步：209配置完成如下图：
第六步：配置241的standby模式的configuration 第七步：同样要关闭241上的禁用防火墙设置。
第八步：设置241上的GateWay(生产环境要更换成生产环境的IP和端口)
第九步：设置241上的内容库URIS
第十步：241配置完成如下图：
第十一步：重新启动209、241机器上的COGNOS
如图，点击开始按钮，重新启动cognos服务（启动时有顺序，作为Active模式的209要先启动；）。
启至此，我们的集群部署案例便完成了。
3.3.测试集群
测试209机器，访问下图地址栏的地址(生产环境要更换成生产环境的IP和端口)，结果如下：
测试241机器，访问下图地址栏的地址，结果如下：
3.4.监控运行情况
通过访问地址http://10.2.47.209:9300/p2pd/servlet/dispatch(生产环境要更换成生产环境的IP和端口)，进入控制台能够监控到2台集群机器的运行情况，如下图：。