说明：这里面有别人的总结，也有我自己的经历，总结一下，以免以后再遇到又摸不到头脑

1、Cognos不能使用Excel打开

  解决方法一：

1. 打开IE浏览器，在工具条中找到工具栏--àIntenet选项-à安全--à受信任的站点

2.点击站点，添加可信任站点http://localhost:9080/p2pd/servlet/dispatch

注意：对该区域中的所有站点要求服务器验证（https:）框中的勾去掉

解决方法二:

如果方法一不行的话可以尝试:一直按住ctrl键，用excel方式打开

2、Cognos Configuration启动时报错：the Configuration data is locked。。。。

解决方法：删除 “安装目录\configuration”目录下的cogstartup.lock文件，重新打开

3.使用使用Cognos Transformer工具编辑模型文件时，产生如下错误(TR1008)：

(TR1008) Transformer couldn’t read the connection information for database [crn] from COGNOS.INI,From the IQD or from Access Manager.

Cognos8.3解决方法：

D:\Program Files\cognos\c8\CS7Gateways\bin\cs7g.ini文件中添加

[Databases]

crn=^User ID:^?Password:;LOCAL;OR;ORACLE@%s@crn/%s@COLSEQ=

crn为数据源连接名称IQD文件中的数据源名称

可以在Cognos Administrator里面的 配置->数据源连接-》crn连接字符串

Cognos7或之前的解决方法：

安装目录下Cognos.ini文件最后一行添加

crn=^User ID:^?Password:;LOCAL;OR;ORACLE@%s@crn/%s@COLSEQ=

4.创建CUBE数据源报PCA-ERR-0006 自变量无效

解决方法：在Transformer里选择File---->Model Properties 中把Cube code page 修改为UTF-8或GB2312看实际情况

5.Transformer导入Excel数据源时报错TR3623

解决方法：打开Excel文件-》选择你作为数据源的sheet----》工具栏-----》插入----》名称----》定义----》填写当前工作簿中的名称（相当于表的字段）----》选择引用位置-----》添加----》确定，依次进行以上的操作，为sheet添加所需的字段

6.Transformer生成cube时TR2763

问题原因：模型中有度量，但没有维度信息

解决方法：在Data Sources中选择维度字段拖放到Dimension Map中建立维度信息

7.ReportStudio中使用 _add_days函数转换的问题UDA-QOS-006。。。

解决方法：_add_days函数主要用于Date类型的数据，在使用时要先转换才Date类型，而不是time，timestamp等其他时间类型

8.更新cube以后造成PCA-ERR-0006 自变量无效:

问题描述：采用命令行，自动更新cube，本来可以使用的cube更新完以后通过Analysis打开时报错PCA-ERR-006的错误，命令如下：

echo off
cls
cd D:\Program Files\cognos\c8\bin
cogtr -n2 -lAutoSign=admin1/001 -m"C:\Documents and Settings\wjh\My Documents\Transformer\Models\test.mdl"

看Transformer的使用手册上说：

Opens the specified .mdl file or accepts Model Definition Language (MDL) statements.

-mfilename.mdl

Restriction: On Windows, use with -n.

Opens the specified binary model file, .py?, where the question mark (?) is replaced by the character that is used in your version of Transformer

-pfilename.py?

Restriction: Not valid with an MDL file.

然后改成：

echo off
cls
cd D:\Program Files\cognos\c8\bin
cogtr -n2 -lAutoSign=admin1/001 -p"C:\Documents and Settings\wjh\My Documents\Transformer\Models\test.pyj"

不再出现PCA-ERR-006的错误

9.Cognos8权限设置问题，对公共文件夹、报表等设置权限后，并没有达到权限控制的目的（如：admin用户设置成只能浏览不能执行、遍历公共文件夹，设置后和设置前几乎无异）

原因：cognos默认任何人都具有管理员的权限，因此，为了限制用户的权限，首先要删除内置角色“系统管理员”中的“任何人”组

点到成员页，因为成员中只有任何人一个组，是无法删除的，所以在删除任何人组之前，需要先将管理员账号添加进来。点击添加按钮

勾选“显示列表中的用户”，并选择administrator用户，点击绿色的向右箭头将administrator用户加入“选定条目”后确定。

添加好administrator用户后，再删除“任何人”组。

1、jre 路径导致报错
这个时候我遇到一个问题，Cognos Configuration 无法正常启动，提示信息忘记截图了，不过这个问题比较简单。
错误提示中已经详细的描述了解决办法，其实是因为我的开发机上有Tomcat，设置了JAVA_HOME。
并且用的是JDK142的包，所以必须先修改其路径为Cognos的jre。否则启动Cognos Configuration的时候会报错。

2、Cognos8 The Database Connection Failed .运行数据库无法连接
遇到这个问题，是因为jdbc的缘故，如果是Oracle作为运行数据库，就会遇到。
将oracle\jdbc\lib\classes12.jar拷贝到Cognos8/webapps/p2pd/WEB-INF/lib下即可.

3、CFG-ERR-0106

这个问题就比较诡异了，反正就是启动超时，但是又没有具体原因，百度也没有任何解决办法。
外事不决问Google，还是Google强大，E文网站上倒是有不少同学遇到此类问题。

其实，是因为开发机上跑的程序太多，资源占用厉害导致的。
最后确定的解决办法是修改配置文件，增加Cognos的启动时间。

修改  c8_location /configuration/ cogconfig.prefs
增加以下两个配置

ServiceWaitInterval=
*默认是500,代表0.5秒
ServiceMaxTries=
*默认360,代表倍数

默认应该是3分钟超时。我增加到 1000*500，8分多钟。

4、CFG-ERR-0103

这个问题是在我们的Cognos测试服务器上遇到的，首先想到的就是BAIDU，发现也有不少朋友碰到这个问题。
中文的鸟文的解决办法也看了不少，但是都没能解决我的问题。非常苦恼的情况下，我死马当活马医。

我将 Cognos 8 Service 节点下的 Cognos8.3 删除，又重新建了一个，OK，神奇的解决了问题。
排查原因，发现是因为不小心在测试服务器的msconfig里将cognos的服务禁止了，服务禁用了，当然启不起来。
总结了下这个问题的原因，应该是因为Cognos主应用无法启起来，已知可能的原因如下：
1、Cognos数据库没有采用UTF-8的字符集(Oracle下常见)
2、系统服务中的Cognos服务被禁用,或受到其他第三方软件限制无法启动

5、CAM-AAA-0027

这个错误是在用Cognos SDK开发SSO的时候遇到的，利用SDk里的例子 TrustedSignonSample 程序实现SSO的时候遇到的。
根据Google搜索得出的结果，0027可能是一个Cognos8.3的BUG，在正常运行的Cognos应用中，可能突然会出现。
但是错误信息和我遇到的不同：The function call to 'CAM_AAA_Authenticate' failed.Reason:"
该问题的解决办法（百度搜的）：
1、内存泄漏（最可能的原因）
如果服务器连续正常运行了一段时间后，突然报这个错，绝大部分原因是内存泄漏。
2、配置错误（较少可能）
比如你为 Cognos 配置了超出服务器所能提供的资源时，就会出现这个错。

不过不符合我们的现状，估计这个错误的原因应该还是SSO接口的问题，只是遇到同样的错误代码而已。
后来发现SDK的这个例子，其实是类似代理的方式，通过Cookie传参，登录Cognos的另一个认证，比如NTLM。
并不是如我们早期想的那样，认为 TrustedSignonSample  是一个独立认证。
所以在配置一个命名空间为 TS 的 NTLM 认证后解决了这个问题，其实很简单，应该就是认证找不到指定的命名空间，重试次数达到了10次。

上面是别人的总结，下面是我在论坛看到的解决办法，试过了，好使：

Problem(Abstract)
After logging into Cognos Connection received an error CAM-AAA-0027 The function call to 'CAM_AAA_Authenticate' failed. Reason:'.  
  
Symptom
CAM-AAA-0027 The function call to 'CAM_AAA_Authenticate' failed. Reason:  
 
Cause
Active Content Manager server is not part of the Content Manager URI listing in the Environment.

Resolving the problem
Update the Content Manager URI to include all servers that are running the Content Manager service or set Content Manager service to False on the servers that are not listed in the Content Manger URI. Steps:Update Content Manager URI:
1. Open Cognos Configuration
2. Select Environment from the left hand window
3. Click the edit button for the "Content Manager URI's
4. Save and restart the services. If more then one server we will need to bring up the primary Content Manager server first.

Disable Content Manager service:

1. Open Cognos Configuration
2. Select Cognos 8 Service from the left hand window
3. Change the value for "Content Manager service enabled?" to False.
4. Save and restart the services. If more then one server we will need to bring up the primary Content Manager server first.

6、CAM-AAA-0064

['CognosJavaProvider']
1. [ ERROR ] CAM-AAA-0064 The function 'CAM_AAA_JniAuthProvider::Configure' failed.
CAM-AAA-0154 Unable to load the Java authentication provider class 'TrustedSignonSample'.
TrustedSignonSample (Unsupported major.minor version 49.0)

83的SDK的实现遇到0027问题后，考虑换到Cognos8.2的生产系统上去试，结果遇到了0064，版本问题，这个问题解决不了。
可能更新JniAuthProvider的jar包可以解决这个问题。

7、 CAM-AAA-0146

Symptom
CAM-AAA-0146 The namespace is not available CAM-AAA-0064 The function
CAM_AAA_Configure failed.
CAM-AAA-0089 The provider is not initialized.
CAM-AAA-0026 The function call to ldap_search_s failed with error code:'2'
Protocol error

Problem
When trying to attach to an OpenLDAP directory Server, (the test functionality in Cognos Configuration), an error message is logged and the connection fails.

Cause
It seeems that OpenLDAP does not allow the setting of "unlimited" (-1) for time and retrieval limit by external client. In OpenLDAP configuration, however, those settings can be configured.

Solution
Specify other smaller values "for Size limit" and "Timeout in Seconds" in the Namespace configuration in Cognos Configuration.
Steps:
On every installed instance of Cognos 8 running Content Manager component, execute the following steps:
1. Open cognos configuration
2. Select Security -> Authentication -> LDAP_namespace
3. Change the value for "Size limit" to some reasonable number like 200
4. Change the value for "Time out in seconds" to something reasonable like 30
5. Save the configuration
6. Restart the service

修改Cognos configuration中，你建立的Namespace configuration，主要是这两个"for Size limit" and "Timeout in Seconds"
步骤：
1、打开Cognos configuration
2、选中Security -> Authentication -> LDAP_namespace
3、将"Size limit"的值修改为一个比较合理的值，比如200
4、将"Time out in seconds"的值修改为一个比较合理的值，比如30
5、保存配置
6、重启服务

8、CAM-AAA-0045

错误信息：

CAM-AAA-0045 The call to the LDAP function 'doLDAPSearch_s/LdapAPIWrapper_ldap_search_ext_s' returned with error code18

有可能是OpenLDAP的版本错误，我的OpenLDAP版本是2.2.29没遇见过这种错误。有人用2.4版本的就发生了类似的错误，据说改用2.2.29版本后就好使了