cognos问题汇总

cognos系统管理
eldersun
2012-6-27 21:43
Cognos 10流控功能
Cognos的流量控制是基于用户体验的，它不是保护系统资源的直接手段，而是保证用户体验的手段，可以通过设置报表请求可以在队列中的最大等待时间来避免用户的过长时间等待，方法是在Administration中的
Dispatcher & Services属性中设置：
默认是240s，通常情况下允许在线请求在队列中等待240s显然太长了，如果系统压力太大的情况下，使用默认设置可能出现如下情况：
当Cognos系统在超载情况（远远大于系统的处理能力）下运行，经过一段时间后，系统单位时间内能够处理的事务数（TPS）很快下降到零，此时通过后台观察Cognos服务器，发现运行Cognos的服务器负载也随之下降，说明系统出现拥塞，因此虽然系统资源空闲，但是无法继续处理事务，显然，我们一般不希望系统在负载过重的时候出现绝对不能处理事务的情况，比较理想的情况应该是合理的拒绝一部分请求，而保证部分请求能够继续运行，通过缩
短”Query time limit of the report service（seconds）“从默认的240s调整为5秒，同等压力情况下观察系统的运行情况如下：
当适当缩短队列的最大允许等待时间后，系统系统在高负载的情况下能够持续提供服务，但同时存在大量超时拒绝的情况，
未完，继续阅读
#cognos系统管理
评论(1)转载(1)
eldersun
2012-3-9 10:53
【Cognos 10】Dispatcher 路由使用的问题
在Cognos 8版本中，可以使用单独安装的CM上的dispatcher（需要在Configuration中手动开启）作为负载均衡的dispatcher，但在Cognos 10
中，这一方式无法应用于Cognos 10中的Business Insight功能，而除此之外的其它功能都可以正常使用，在部署使用时需要注意！
#cognos系统管理
评论转载
eldersun
2012-2-16 16:06
【Cognos10新特性】使用JXM进行JVM监控
在Cognos 10.1.1新版本中，Cogconfiguration中提供了配置JMX的能力，通过开启JMX可以使用jdk自带的jconsole等工具对JVM进程进行更为详细的跟踪，同时还可以执行Cognos 10中没有在portal中开发的一些操作方法，如单用户跟踪等，Configuration的设置方法如下：
设置后可以通过JCONSOLE进行监控JVM的内存、线程等信息。

但是该方法仅限于Content Manager服务器上使用，对于Application层的应用，仍然需要手工配置启动脚本实现。

#cognos系统管理
评论转载
eldersun
2012-2-16 15:59
【Cognos10新特性】64位应用模式
对于Cognos 10来说，新增的64安装包，可以兼容的支持32位应用，该配置项对于Application层应用有效，Cogconfigration设置方式如下：
如上图，虽然安装了64位Cognos10应用，但只有在设置了64位运行模式下才能够真正发挥64位的能力，该设置应该是仅对BIBUS进程生效。

#cognos系统管理
评论(1)转载
eldersun
2012-2-10 11:16
Cognos10的进程关系
Cognos10的进程结构和以往版本略有不同，在windows环境下如下：
其中第一个JAVA进程是运行Cognos应用的进程，第二个JAVA进程是DQM用来内存计算与缓存的进程，CAM_LPSvr进程是CM用于实现认证服务的进程，cgsLauncher是新增进程，是Cognos新版的图形引擎（Cognos graph Server）的管理进程，BMT进程作用还不是很清楚。

另外，在不同的操作系统上，进程的名称和存在形式可能有些差异，比如在AIX 上，cgslauncher进程可能为cgsserver.sh，并且在进程的关系中和windows 上不太一样。

#cognos系统管理
评论转载
eldersun
2012-1-16 16:41
Cognos对JVM内存使用的研究（一）
在报表执行过程中，JVM内存使用不明显，但是当下载后台已经生成的报表（保存在资料库Content Store中）内存使用频繁，使用gcview对gc 日志的跟踪结果：
报表在后台执行过程中和报表服务器空闲时的内存使用表现类似；在报表第一次下载后再次下载，下载速度明显加快，说明系统有缓存：
重新下载结果时的内存缓存仅仅对当前会话有效，即便是同一用户在不同浏览器登录也不能从这些缓存中获益，另外，在间隔一定时间后，这些缓存将从内存中清空，下载的速度又同第一次下载一样。

在一个PC服务器上，使用本地硬盘的情况下、在局域网内，第一次下载的速度为40k左右，第二次有缓存的情况下下载为200k左右（是数据库的缓存还是Cognos的缓存在起效？），可见，以大对象方式存储在资料库中的结果报表访问的效率不是很高，这个在使用过程中需要关注！
未完，继续阅读
#cognos系统管理
评论转载
eldersun
2012-1-12 16:14
修改Cognos 自带的tomcat启动参数
在有些情况下，希望跟踪Cognos在运行过程中的一些细节，需要在JVM的启动命令上增加一些启动变量，如收集GC日志信息，如果是使用命令行方式启动tomcat那么直接将相关参数添加到命令行的参数上就可以了，但Cognos使用的tomcat是cogbootstrap的子进程，即由cogbootstrap负责启动的，那么想要实现这一目的，就需要了解cogbootstrap是如何启动JVM的。

在Cognos安装目录的bin下有一个配置文件
bootstrap_linuxi386.xml（linux系统，其它系统类似），使用文本编辑器打开内容大致如下：
上述内容的<param condName="${java_vendor}"
condValue="Sun">-XX:MaxPermSize=128m</param>段就是具体的启动参数，可以按照上面的样式增加如下一行用来收集gc日志：
<param condName="${java_vendor}"
condValue="Sun">-Xloggc:/home/cognos/cognos.gc</param>
同样还可以增加其它参数到JVM的启动命令行。

未完，继续阅读
#cognos系统管理
评论转载
eldersun
2011-12-5 10:34
Cognos 10流控功能
Cognos的流量控制是基于用户体验的，它不是保护系统资源的直接手段，而是保证用户体验的手段，可以通过设置报表请求可以在队列中的最大等待时间来避免用户的过长时间等待，方法是在Administration中的Dispatcher & Services属性中设置：
默认是240s，通常情况下允许在线请求在队列中等待240s 显然太长了，如果系统压力太大的情况下，使用默认设置可能出现如下情况：当Cognos系统在超载情况（远远大于系统的处理能力）下运行，经过一段时间后，系统单位时间内能够处理的事务数（TPS）很快下降到零，此时通过后台观察Cognos服务器，发现运行Cognos的服务器负载也随之下降，说明系统出现拥塞，因此虽然系统资源空闲，但是无法继续处理事务，显然，我们一般不希望系统在负载过重的时候出现绝对不能处理事务的情况，比较理想的情况应该是合理的拒绝一部分请求，而保证部分请求能够继续运行，通过缩短”Query time limit of the report service（seconds）“从默认的240s调整为5秒，同等压力情况下观察系统的运行情况如下：
当适当缩短队列的最大允许等待时间后，系统系统在高负载的情况下能够持续提供服务，并保护系统资源
未完，继续阅读
#cognos系统管理
评论转载
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 "ora-db" database.UDA-SQL-0532 Data Source is not accessible: "testdb".ORA-12154: TNS: 无法解析指定的连接标识符
这个原因是因为Cognos安装目录中包含了()，如：
C:\Program Files (x86)\ibm\c10
另外，逻辑数据源创建时输入的参数不正确也可能产生这样的错误。

难道出厂的时候没有在windows 2008 x64上进行过默认安装的测试？还是在这种场景下没有和Oracle连接一下试试？这条鱼漏的有点大了。

网上相关的内容：
/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官方网站说明：
/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故障的解释及处理方法：
/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=cog nos';
Cognos默认情况下在derby中创建了一个数据库，数据库名为cm，用户/密码：cognos/cognos。

create=false表示连接到已有的数据库，如果不存在则失败。

需要注意的是，整个连接字串需要使用单引号引起来，另外就是参数之间需要使用分号隔开，最后，所有的语句都要以分号结尾。

如果需要新建一个数据库，可以使用类似如下命令：
'jdbc:derby://localhost:1527/cognoscm;create=true;user=cognos;passwor
d=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)转载
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系统管理
评论转载
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:///support/docview.wss?crawler=1&uid=swg1PK90242后来发现在Cognos 10中不存在该类型的函数调用错误，如何在Cognos 8.3 FP4中解决这个问题仍在研究。

Cognos 8.4 FP3中似乎修复了这个问题，如下：
https:///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:///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:///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 "Run with Options - Save the Report"option.A prompt page is
displayed correctly but after selecting promptvalues and pressing
'Finish' the following error is returned:"DPR-ERR-2101 Your request was invalid. Please contact youradministrator".The issue occurs only if 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系统管理
评论转载
eldersun
2011-4-29 12:01
通过Oracle 的EXP/IMP来转储Content Store时的字符集设置
通过EXP/IMP迁移Cognos资料库，担心字符集不的问题导致数据丢失，最安全的办法是客户端设置成和服务器端相同的字符集，例如数据库一般使用AL32UTF8字符集，系统环境变量设置可设置如下：
NLS_LANG=SIMPLIFIED CHINESE_CHINA.AL32UTF8
这样虽然导入导出的过程中console界面是显示乱码，但是不影响导入导出的数据，日志文件中可以查看正常的显示。

另，从前客户端都是用ZHS16GBK的，虽然有警告但是在使用过程中也没有发现什么异常，这次为了严谨，还是采用了完全相等的字符集。

如果想了解更多的关于Oracle字符集的内容，下面的文章肯定会提供很大的帮助。

/tianlesoftware/archive/2009/12/02/4915223.aspx #cognos系统管理
评论转载
eldersun
2011-4-14 16:13
Cognos故障排查：RSV-BBP-0038
一、故障描述
访问报表不断出现异步请求失败的错误，如下图：
同时伴有访问效率下降。

二、故障分析
分析Cognos配置，未发现问题。

三、故障处理
gateway所在的服务器使用的web服务器是apache2，检查发现web服务器的日志信息达到4G，清理日志并重启apache后，访问正常。

四、其它
错误提示和实际错误相去甚远，可以说很隐蔽！
#cognos系统管理
评论转载
eldersun
2011-3-4 09:07
Cognos连接Oracle业务库的改进方法
当使用Oracle存储业务数据时，连接Oracle使用的是Oracle的OCI方式，数据库的链接信息通常是通过Oracle的本地命名方法，即在tnsnames.ora文件中配置Oracle的连接别名实现，一个典型的tnsnames.ora配置文件片段如下：# tnsnames.ora NetworkConfiguration File:
c:\Oracle\product\10.1.0\Client_1
\NETWORK\ADMIN\tnsnames.ora
# Generated by Oracleconfiguration tools.
MYOracleDB =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.1.10)(PORT= 1521))
)
(CONNECT_DATA =
(SERVICE_NAME =MYDB)
)
)
通过上述配置，可以在Cognos新建数据源时直接输入MYOracleDB，则可以实现数据库访问，使用本地命名的Cognos数据源配置方法如下：
STEP1:
STEP2：
STEP3:
STEP4：
通过上述方式可以建立Cognos到指定数据库的连接，但是这种方式在实际使用中有一定的缺陷，首先是每次增加或者变更连接信息都需要在服务器中变更，如果Cognos服务器是一个规模较大的集群，那么维护这些tnsnames.ora 配置文件的版本同步和变更也有一定工作量，如果在生产环境中经常变更还可能带来一定的运行风险；其次，如果使用
未完，继续阅读
#cognos系统管理
评论转载
eldersun
2011-1-14 19:41
Cognos故障分析：启动错误 error -1
OS： windows 2003 sp2
Cognos： 8.3
故障描述：正在运行的Cognos，通过Configuration重新启动Cognos时报错，错误信息为error -1；通过windows 服务管理器启动Cognos服务，报用户无权启动服务。

故障排查：Cognos系统日志cogserver.log没有错误信息的记录，查看操作系统服务管理器，发现Cognos的启动用户的登录身份不是“本地系统账户”，而是自定义的administrator账户，由于在上次Cognos服务启动后，administrator 更改过系统口令，而导致本次启动时，administrator账户无法启动Cognos服务。

故障排除：重新舒服修改后的administrator用户的密码或者使用“本地系统账户”的登录身份启动Cognos服务。

该错误信息和系统服务被禁用的提示信息相同！
未完，继续阅读
#cognos系统管理
评论转载
eldersun
2010-12-28 09:48
Cognos故障分析：运行错误【CAM-AAA-0071、RQP-DEF-0177】
Cognos：8.3sp2
OS：Windows 2003 SP2
伴随错误：UDA-SQL-0114, UDA-SQL-0107、Out of memory等。

故障原因：Windows 内存碎片过度。