eldersun
2011-11-9 15:35
【Cognos10故障分析】QE-DEF-0285
Cognos 10 在64位windows 2008、Oracle 32位客户端安装后，配置Oracle数据连接出现如下错误：
QE-DEF-0285 The logon failed.QE-DEF-0323 The DSN(ODBC)/ServiceName is invalid. Either the DSN is missing or the host is
inaccessible.RQP-DEF-0068 Unable to connect to at least one database during a multi-database attach to 1 database(s)
in: ora-db UDA-SQL-0031 Unable to access the \database.UDA-SQL-0532 Data Source is not accessible: \TNS: 无法解析指定的连接标识符
这个原因是因为Cognos安装目录中包含了()，如： C:\\Program Files (x86)\\ibm\\c10
另外，逻辑数据源创建时输入的参数不正确也可能产生这样的错误。 难道出厂的时候没有在windows 2008 x64上进行过默认安装的测试？还是在这种场景下没有和Oracle连接一下试试？这条鱼漏的有点大了。 网上相关的内容：
http://www.cognoschina.net/club/thread-13088-1-1.html 未完，继续阅读 #cognos系统管理 评论转载
eldersun
2011-11-9 14:12
【官方资料解读】关于IBM Cognos 10 的64位产品
All IBM Cognos BI 10.1 32-bit versions will integrate with 32-bit 3rd party libraries only. IBM Cognos BI 10.1 64-bit installs will
integrate with 64-bit Java environments only, other integration points require 3rd party 32-bit libraries.
IBM Cognos 10的64位产品仅限JAVA实现的部分，报表引擎及其它第三方链接库都是使用32位。 参见IBM官方网站说明：
http://www-01.ibm.com/support/docview.wss?uid=swg27019126 未完，继续阅读
#cognos系统管理 评论转载
eldersun
2011-11-8 13:57
【Cognos联机文档解读】Content Manager到Content Store的连接数
The Content Manager service accesses the content store. Content Manager uses one database con-nection per request. Content Manager creates new database connections as required, pools connec-tions, and reuses existing connections when possible. Content Manager maintains all database connections for the duration of the ContentManager operation. The theoretical maximum number of concurrent Content Manager requests equals the number of requests accepted by the Java application server or Tomcat.
Cognos Content Manager到Content Store的连接数等于并发请求数，因为每个Cognos请求都会触发Content Manager使用一个连接访问Content Store，但这些数据库的连接是可以复用的。
默认情况下，Content Manager到Content Store允许发起的最大连接数是没有限制的，如果要支持的并发比较大，那么作为Content Store的DBMS就要允许的连接数很大，至少和Cognos接收的并发请求数一样，最好能够留出一定的余量（但根据经验最少不应少于50）。
这一规则老早就感觉是，今天又翻开联机文档证实了一下。 When other IBM Cognos services are on the same computer as Content Manager, requests may be divided between ContentManager and the other services. In this case, the number of connections available to Content Manager may be fewer than the maximum possible connections. &n
未完，继续阅读 #cognos系统管理 评论转载
eldersun
2011-10-25 16:08
Windows 2008 Server下IIS7.5上配置Cognos10 Gateway的简要步骤
IIS7.5上配置Cognos gateway 感觉蛮复杂，至少没有Apache 上配置来的直接，这其中最主要的原因是因为IIS的管理模式上变化太大，这对于一个老Worker来说不是一个什么好消息。 1、默认情况下，IIS7.5安装后不支持CGI和未知ISAPI，这个需要指定安装，添加IIS组件的向导如下图：
2、配置Cognos的webcontent虚拟目录和cgi-bin虚拟目录的步骤还是和IIS8一样的简单。
3、开启IIS的CGI功能 4、添加处理程序映射 5、目录权限设置
6、经过上述配置，CGI就能够使用了，但是ISAPI还是没有能够正常工作。 未完，继续阅读 #cognos系统管理 评论转载
eldersun
2011-10-25 09:30
Cognos RQP-DEF-0370 错误与业务数据连接池管理策略
Cognos连接业务数据库使用统一连接池管理的策略，及每个Cognos 服务实例管理一套连接池，此处所说的Cognos服务实例是指运行在一个JVM上的Cognos Report Service或Data Query Service类服务实例，一般对应一个Cognos安装，在集群环境下往往会同时运行多个Cognos 服务实例。
Cognos业务数据库连接池是实例内共享，默认情况下，这个数据库连接池的大小为20，连接池内已经创建的连接分为活动和非活动状态，当一个新的查询请求所用到的连接已经在连接池中存在（数据库实例、用户、密码都相同）并且是出于非活动状态，则复用该非活动状态的连接，当无非活动状态的连接可以服用时则尝试创建新的连接并加入连接池中，如果此时连接池已经达到配置允许的最大值（默认20），则报RQP-DEF-0370错误。
对于大多数的数据库，如Oracle，客户端连接服务器的连接管理策略是阻塞式的，即发出请求并同步等待返回，因此，一个连接同时只能处理一个请求，即连接数和同时处理请求数是相同的，在这种策略的前提下，要想向服务器并发请求，必须增加Cognos业务数据库的连接池的大小。 Cognos业务数据库连接池的配置文件
为.\\configuration\\CQEConfig.xml，默认情况下，该文件不存在，需 未完，继续阅读 #cognos系统管理 评论转载
eldersun
2011-10-24 09:06
Cognos DPR-ERR-2002 错误分析
网上介绍DPR-ERR-2002错误相关的内容多数是因为业务数据库连接不通过，但在配置正确的情况下，Cognos经过一段时间的运行，出现该错误，而配置没有改变，需要关注一下服务器系统中有无僵死的BIBUS进程。 检查方法是查看系统中的BIBUS进程是否超过Cognos
Administration中的设定值，如设峰值（非峰值）时段的报表服务的最大进程数设置为8，而系统中BIBUS进程数大于这一值，则说明存在僵死的BIBUS进程，单纯杀死BIBUS进程有时能够解决问题，但大多数情况下需要重新启动Cognos服务（建议最好能够杀死Cogbootstrap进程）。 错误 排除实例：
集群中的6台Cognos Application Tier服务器中的一台报大量的DPR-ERR-2002错误，经检查，该服务器的JVM超过5个月未重启，启动的BIBUS进程超过40个，远远大于配置数的8个，并且内存使用量为也远超实际的物理内存数量，说明BIBUS进程大量僵死，同时查看Cognos在windows 系统服务中的状态，发现该服务的状态有异常，无法启动，也无法停止。
杀死cogbootstrap进程树（包括JVM进程和BIBUS进程）后，Cognos服务在windows系统服务中的状态为可启动状态，启动Cognos服务后，系统恢复正常。
未完，继续阅读 #cognos系统管理 评论转载
eldersun
2011-10-10 09:19
Cognos 8.3 Content Manager连接资料库连接断开后不能自动重连 通过测试，发现Cognos 8.3 的Content Manager在和资料库（Content Store）断开连接后不能自动重新建立连接，登录能够成功，但是无法遍历内容资源，需要重启Content Manager后才能重新创建连接，因此，通过主机HA功能实现的资料库高可用性实际上无法保证整个Cognos集群（Content Manager）的高可用性。
对于Oracle这样的数据库作为资料库的场景，最好使用RAC的方式实现资料库的高可用性。
另外，IBM对于Cognos出现的CM-SYS-5001、ORA-00001错误原因的解释为数据库连接断开后未能自动重连引起，但在测试环境中却未能重现该错误（错误仅为Internal Error，无错误代码）。
以下是IBM对CM-SYS-5001、ORA-00001故障的解释及处理方法： http://www-01.ibm.com/support/docview.wss?uid=swg21340367 未完，继续阅读 #cognos系统管理 评论(1)转载
eldersun
2011-7-6 17:21
Cognos 自带的derby数据库的管理
Cognos 8.2开始安装包中携带了JAVA数据库derby，安装是可选的；derby的运行方式有两种，即独立式和嵌入式，Cognos的安装采用的是独立式，如果需要了解更多，请参照derby的相关文档。 derby自带了一个客户端，启动脚本：
..\\c8\\derby10.1.2\\bin\\ij.bat (以windows系统为例） 运行该脚本可以出现命令行。 连接数据库： connect
'jdbc:derby://localhost:1527/cm;create=false;user=cognos;password=cognos';
Cognos默认情况下在derby中创建了一个数据库，数据库名为cm，用户/密码：cognos/cognos。
create=false表示连接到已有的数据库，如果不存在则失败。需要注意的是，整个连接字串需要使用单引号引起来，另外就是参数之间需要使用分号隔开，最后，所有的语句都要以分号结尾。
如果需要新建一个数据库，可以使用类似如下命令：