connect
'jdbc:derby://localhost:1527/cognoscm;create=true;user=cognos;password=cognos';
derby会创建一个名为cognoscm的数据库，这种数据库的组织方式有些像sql server。
一个库能否建立多个 DB USER？如何进行在线备份？ 未完，继续阅读 #cognos系统管理 评论(1)转载
eldersun
2011-7-4 17:16
Cognos 连接ODBC数据源的登录方式配置
Cognos支持多种数据源连接，常见的如Oracle、Informix、DB2等，连接这些数据库都是通过加载数据库客户端的运行时库（Runtime lib）实现的，这些连接方式都需要在创建Cognos逻辑数据源时提供访问的登录用户名及密码，即登录数据库的凭条是保存在Cognos服务器上的，而使用ODBC方式连接数据库的时候，由于操作系统中可以保存ODBC数据源的数据库登录凭条（即用户及密码），因此在Cognos中可以不必保存数据库登录的用户名及密码就可以访问数据库。在Cognos中，Teradata就是使用ODBC连接的典型例子。 如果未在ODBC中保存登录数据库所需的用户名及密码，那么就需要在Cognos的逻辑数据源配置中提供登录数据库的用户名及密码，所需要配置的内容包括如下： 1、进入Cognos的administration，在对应的逻辑数据源链接下创建登录凭条，输入登录数据库所需的用户名及密码，并设置该凭条的访问权限（如允许任何人访问）。
2、设置逻辑数据链接，勾选使用用户及密码登录数据库（如果数据库的登录信息保存在了ODBC中，可以不用勾选），指定第一步设定的数据库登录凭条。 通过以上设置即可测试连接并通过验证，保存设置即使用了Cognos来保存数据库的用户名及密码。 未完，继续阅读 #cognos系统管理 评论(1)转载
eldersun
2011-5-18 09:15
同一机器上安装多套Cognos的设置方法
有时候，特别是在做很多技术验证的情况下，需要在同一个机器上安装多套Cognos，甚至是不同版本的Cognos，此时不能采用默认设置，其中最重要的设置项是JRE环境变量和网络端口，另外还要注意使用不同的资料库。
JAVA环境就不说了，在windows下强烈建议删除系统或者个人环境变量中所有与JAVA相关的内容，这样Cognos就会使用自带的JRE，如果是在UNIX系统下，为了避免冲突，可能需要多套JRE。
端口的设置的目的是让不同的Cognos使用不同的端口号，避免端口使用冲突（有时从错误日志中很难判断是端口冲突），需要配置的是“调度服务的端口号”、“本地日志服务端口号”和服务的“关闭端口号”三类，详细如下图： 1、修改调度服务的端口号 此处修改多条
2、修改本地日志服务的端口 3、修改服务关闭的段端口
只要将上述三处端口修改后，保证多套Cognos所使用的端口不冲突即可。 问题是解决了，主要是是靠人来排查，如果在启动日志中明确告诉是哪个端口已经被占用了，那么问题会变得简单的多了！ 关键字：多套Cognos 共享环境 未完，继续阅读 #cognos系统管理 评论转载
eldersun
2011-5-18 08:49
Cognos 8匿名登录重复登录错误
错误代码：CAM-AAA-0203、CAM-AAA-0027
当在同一个web服务器上配置两个Cognos 的gateway时，并且两套Cognos都允许匿名登录，此时，如果在同一个浏览器窗口分别使用匿名登录两个Cognos时会出现上述错误，截图如下：
莫名其妙的问题重启浏览器登录，也是一个不错的主意！ #cognos系统管理 评论转载
eldersun
2011-5-16 11:23
关于Cognos 8.3 FP4升级后的DPR-ERR-2056问题
Cognos 8.3 升级到FP4后，发现个别报表报DPR-ERR-2056错误，经过排查，发现问题在于使用了类似“total(currentMeasure within set filter”方式的函数调用。也发现有人使用了相同的调用方法：
https://www-304.ibm.com/support/docview.wss?crawler=1&uid=swg1PK90242 后来发现在Cognos 10中不存在该类型的函数调用错误，如何在Cognos 8.3 FP4中解决这个问题仍在研究。
Cognos 8.4 FP3中似乎修复了这个问题，如下：
https://www-304.ibm.com/support/docview.wss?uid=swg1PM12829 相关错误：DPR-ERR-2105
看来所有的补丁都一样，不是越多越好，也不是越高越好，能找到一个适合自己的并不是一件很容易的事情。 未完，继续阅读 #cognos系统管理 评论(1)转载
eldersun
2011-5-16 11:11
关于Cognos 8.3 FP5 升级后的DPR-ERR-2101问题
Cognos 8.3 FP5 在升级后发现大多数报表无法运行，报DPR-ERR-2101错误，这次错误又是直接把问题交给手无寸铁的系统管理员（“请求错误，请联系管理员”），以下是错误信息： IBM对类似问题给出的处理建议：
后来发现一个俄语的用户也提出了同样的问题。 上月发布的Cognos 10.1的FP1补丁第二天又收回了，看来打补丁也是要十分小心的。
相关关键字： FP005 #cognos系统管理 评论转载
eldersun
2011-5-4 16:47
Cognos的报表服务进程配置数量问题
很早以前就有一个报表服务（BIBUS）进程的配置个数的推荐值，默认的情况下安装后是2个，这个是按照1个CPU来配置的，安装后需要根据CPU的个数，按照2*CPU个数来确定BIBUS进程数，当时还没有什么超线程、多核等东东，现在都是多核的CPU，那么该如何配置呢？
从观察的情况来看，初始值可以预估，但是需要动态观察调整，一般是保持CPU和内存两种主要资源的任一一种最大消耗到80%为宜。如果内存较宽裕，那么就按照CPU消耗80%来调整，如果CPU比较宽裕，就按照内存最大消耗80%为准。比如观察到每个BIBUS进程占用内存200M，那么8G的机器可以配置的最大BIBUS进程数为8-2=6,6/0.2=32,32*80%=25，如果CPU吃紧的话就缩小这个值，知道CPU的使用量在80%以下，否则按照内存可以容纳的最大值。 说需要动态观察的另外一个原因是在不同的请求内容和不同的并发情况下，BIBUS的内存占用大小是不同的，所以不能一概而论，如果非要给出一个评估方法，那么多核CPU可以按照总核数的1.5倍。
下面有一个IBM给的推荐评估，即多核CPU按照1.5倍评估。
https://www-304.ibm.com/support/docview.wss?uid=swg21340908 未完，继续阅读 #cognos系统管理 评论转载
eldersun
2011-5-4 16:34
故障分析：DPR-ERR-2101
操作系统：windows 2003 R2 Enterprise Edition SP2 Cognos版本：Cognos 8.3 FP5 问题描述：
当从Cognos 8.3sp2升级到 FP5后，运行报表都出现该问题，同时日志文件cogserver.log中报错误信息DPR-DPR-1035（刚启动成功报一次）、DPR-DPR-1035（每次执行报表报一次）。 问题分析：
该问题在升级FP5补丁前未出现，可能与补丁升级有关。 问题处理：
通过IBM网站找到如下问题
https://www-304.ibm.com/support/docview.wss?uid=swg1PM04931 Closed as program error.
Error descriptionAll reports containing at least any one of the following Russiansymbols char codes 184, 242, 244, 193, 194, 195, 196, 198, 199in their name and/or portal path fail to run unless run fromReport Studio or using \
displayed correctly but after selecting promptvalues and pressing
'Finish' the following error is returned:\invalid. Please contact youradministrator\russian language has been previouslyinstalled from lp_mp_win32_8.3.81.20_ml 提示属于程序问题，而且是出现在安装语言包的系统上（难道补丁发出的时候没有测试能否在其它语言环境上是否可用？还是想当然认为和语言无关？）
最后给出的建议是升级到Cognos10，可能不会再修复FP5的这个问题了。所以如果要安装补丁的话建议大家还是安装FP4就行了，等待时机成熟再继续升级到Cognos10. 未完，继续阅读 #cognos系统管理 评论转载
eldersun
2011-4-29 12:14
Cognos系统管理员丢失问题的处理 困惑已久的问题，当Cognos的系统管理员用户丢失或者忘记口令或者密码，或者用户不可用的时候则彻底失去对Cognos的管理权限，如果不能找回系统管理员用户后果很严重。
最近听人说Cognos自身的脚本将“任何人”组添加到“系统管理员”角色中，正好用到，试用了一下，效果不错： 1、脚本位置
..\\c8\\configuration\\schemas\\content\\oracle\\AddSysAdminMember.sql 2、脚本内容
脚本不长，内容也贴进来了
INSERT INTO CMREFORD1 (PROPID,
CMID, ORD, REFCMID) SELECT 27,
(SELECT cmid
FROM cmobjprops1
WHERE UPPER (objid) = '::SYSTEM ADMINISTRATORS'),
COALESCE ( &
未完，继续阅读 #cognos系统管理