cognos安装配置中的常见问题及解决办法

xiaoerp

1、Cognos Configuration启动时弹出如下图错误:

分析：该问题是因为环境变量中设置了JAVA_HOME，所以cognos就调用指定的JAVA环境启动Cognos Configuration，而指定的环境中缺少所需jar包。

解决：将c8_location\bin\jre\1.5.0\lib\ext下的bcprov-jdk14-134.jar放到对应java环境的lib\ext文件夹下即可。

2、Cognos Configuration启动时弹出如下图错误:

分析：Cognos Configuration启动时发现在c8_location\configuration文件夹下存在cogstartup.lock文件，就会出现上面的提示。lock文件是Cognos Configuration启动时被创建，当正常关闭时就被删除，出现上述问题可能是Cognos Configuration之前被非正常关闭，也可能是多用户情况别的用户正在使用。

解决：若能确认是非正常关闭点击Continue即可，若是由多用户同时操作造成，推荐先退出，待其他人退出后在使用，以免修改的配置被其他人误改。

3、启动Cognos服务报错，信息如下图：

分析：这个错误是JVM申请内存时，不能满足要求。Cognos的服务分为大、中、小三类，他们的主要区别在于对内存大小的要求。Cognos安装后创建的服务类别为“小”，默认最大内存（Maximum Memory in MB）值为768。在32位环境下建议此值不要调整超过1.2G。

解决：调低对应服务的Maximum Memory in MB的值。

注意：该错误的编码为CFG-ERR-0106，但是不一定所有CFG-ERR-0106错误都是这个问题造成的，还是要具体问题具体分析。

4、启动Cognos服务报错

分析：有很多情况会引发CFG-ERR-0103这个错误，目前我遇到的并且能重现的是因为Windows服务有问题造成的。Cognos启动时先判断服务列表中是否存在即将启动的服务，若没有，则创建新的Windows服务。当启动时发现服务列表中存在指定服务，但是服务出现问题导致启动失败。

还有一种情况Content Store测试通过，但是启动时却报错，启动失败。

解决：第一种情况，在Cognos Configuration中删除服务，在新建一个名称不一样的服务，启动。或者删除有问题的服务，进入命令行模式执行 sc delete "服务名"，然后用Cognos Configuration启动服务。

第二种情况，确认Content Store指定用户的权限是否不足，当使用Oracle或db2时请检查是否是UTF8字符集。

5、在启动过程输出到日志中会出现方块乱码

分析：Cognos8.3默认安装用的是Tahoma字体，当安装完中文包，并且默认server locale切换到中文时会出现上述问题。

解决：在Cognos Configuration中点击View->Font，选择一个中文字体比如宋体（simsun）

6、已经安装中文包但是通过p2pd/servlet/dispatch方式打开ReportStudio依然是英文，并提示如下信息：

分析：中文包安装时把中文化的相关的文件存储到c8_location\webcontent中，出现此问题是因为在安装中文包之前已经把webcontent的内容拷贝到c8_location\webapps\p2pd文件夹下，所以当ReportStudio开始加载中文时发现对应路径下不存在先关的汉化文件，所以报了上面的错误。另外通过CGI方式调用是没有问题的。

解决：将c8_location\webcontent中的文件夹中的内容再次覆盖到c8_location\webapps\p2pd文件夹下，同时还要确认用户首选项里的“产品语言”设置为中文。

7、用IIS以CGI方式访问Cognos报404错误

分析：出现这个问题有两种可能

1、Cognos部署在Windows2003的IIS，但是IIS的CGI被禁用了

2、Cognos中应该为cgi-bin的虚拟目录名称不对

解决：针对第一个问题，必须启用IIS的CGI，方法如下图所示

针对第二个问题，外面的虚拟目录名称没有限制，但是必须确保内部的虚拟目录为cgi-bin。

8、在Cognos Configuration中修改配置，但是重启后修改的配置无效

分析：因为Cognos BI 总线服务器进程在关闭服务后依然保留在内存中，所以当配置修改后重启Cognos时那些依然存在内存中的进程就阻止了新配置的执行，我们需要手动的结束这些进程。

解决：在任务管理器中查看是否有BIBus进程，将其结束，CognosConfiguration中将配置保存，重新启动Cognos。

9、利用命令行生成cube时弹出登录框但立即消失，然后一直等待，不能生成cube，Windows环境下日志文件不在增加信息，AIX环境下日志文件显示认证失败。

分析：这个问题是配置Namespace时name和Namespace ID不一致。Cognos承认这是8.3的一个bug但是在8.3中没有修正。

解决：将name和Namespace ID改成一致。

10、启动时一直输出错误信息，日志如下所示

[Start Service]

1. 09:47:37, 'LogService', 'StartService', 'Success'.

2. 09:48:03, 'ContentManagerService', 'StartService', 'Success'.

3. 09:48:03, CM-SYS-5160 Content Manager is running in standby mode.

4. 09:48:25, 'com.cognos.pogo.contentmanager.coordinator.CMBootstrap', 'pogo', 'Failure'.

DPR-DPR-1035 调度程序检测到错误。

5. 09:48:25, 'com.cognos.pogo.contentmanager.coordinator.CMBootstrap', 'pogo', 'Failure'.

DPR-DPR-1035 调度程序检测到错误。

Failed to send HTTP request or read HTTP response

6. 09:48:25, 'http://app1:9300/p2pd', 'registerInCM', 'Failure'.

DPR-DPR-1026 无法在 Content Manager 中注册调度程序。 192.168.150.10:9300/p2pd/servlet 此时 将定期重试。

Failed to send HTTP request or read HTTP response

.......

31. [ ERROR ] CFG-ERR-0106 Cognos Configuration did not receive a response from the Cognos 8 service in the time allotted.

Check that Cognos 8 service is available and properly configured.

分析：第3步日志显示ContentManager服务启动成功但是运行在standby模式下，该服务器是独立部署，正常应该是Active模式。所以检查Content store，发现指定的用户和另一个正在运行的cognos是同一个用户。

解决：此方式实际上是Cognos的互被模式，两个ContentManager共用一个ContentStore，其中一个ContentManager是Active一个是standby，当Active的节点因为某些原因宕机时，standby节点的状态会启动到active模式继续提供服务，以此来保证其高可用。而本例中是要创建一个独立的cognos服务，所以为这个cognos新分配一个用户以它作