1.開啟IE瀏覽器，在工具條中找到工具欄--àIntenet選項-à安全--à受信任的站點

  注意：對該區域中的所有站點要求伺服器驗證（https:）框中的勾去掉

  解決方法二:

  如果方法一不行的話可以嘗試:一直按住ctrl鍵，用excel方式開啟

2、Cognos Configuration啟動時報錯：the Configuration data is locked。。。。

  解決方法：刪除 “安裝目錄\configuration”目錄下的cogstartup.lock檔案，重新開啟

3.使用使用Cognos Transformer

(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;[email protected]

crn為資料來源連線名稱IQD檔案中的資料來源名稱

可以在Cognos Administrator裡面的配置->資料來源連線-》crn連線字串

Cognos7或之前的解決方法：

   安裝目錄下Cognos.ini檔案最後一行新增

crn=^User ID:^?Password:;LOCAL;OR;[email protected]%[email protected]/%[email protected]=

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.

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

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