1.6  Portal 6.1.0.3無法查詢任何使用者或使用者組

1.6.1  問題描述

Portal系統升級到6.1.0.3之後，無法搜尋任何使用者或使用者組，所體現的功能模組有：WCM授權、WCM管理、PDM管理，凡使用到People Picker Page的地方，都不行。

1.6.2  解決方案

這是由於Portal 6.1.0.3的升級程式可能不慎修改了People Picker Portlet的屬性值，導致該Portlet無法查詢到合適的使用者或使用者組，我們必須手工去修正這個問題。修正該問題的步驟如下。

 以WAS超級管理員（一般是wpsbind

 單擊“Resource（資源）”→“Resource Environment（資源環境）”→“Resource Environment Providers（環境資源提供程式）”，找到“WP PeopleService”條目，如圖1-26所示。

圖1-26  PeopleFinder的屬性缺少導致許多Portal版本出現人員和組織無法查詢的問題

 單擊“Custom properties（自定義屬性）”，編輯如圖1-27所示的三個屬性值。

圖1-27  修改資源提供程式裡的PeoplePicker屬性

 要確保這三個值與

Name       Value

pickerPeopleSearchAttribute   cn,displayName,sn,uid

pickerGroupSearchAttribute   cn,displayName,sn,givenName

configurePeoplePickerSearch   true

 重啟Portal伺服器，驗證是否可以正常工作。

1.7  配置Portal 6.1使用Oracle資料庫失敗

1.7.1  問題描述

配置

1.7.2  解決方案

工程師在配置過程中，以下三個問題是經常發生的，它們會導致Oracle資料庫遷移失敗。

（1）Oracle版本號不是受Portal 6.1支援的正確版本號，尤其是小版本號。

例如，使用者安裝的Oracle版本號是10.2.0.0，但是Portal 6.1支援的版本號是10.2.0.1，這個小補丁的差距就會導致遷移失敗。

（2）WAS對交易超時的設定不恰當。

WAS預設設定的交易超時時間為130秒，而Portal對Oracle資料傳輸的過程有很多事務是超過180秒的，這導致傳輸過程中由於交易超時而使得某些執行緒掛起，將這個超時時間改為300秒以上再執行傳輸過程，就可以避免出現這個問題。

（3）Portal資料庫管理員在Oracle中不具備建立檢視的許可權。

用戶在建立Oracle資料庫表空間的過程中，沒有對指定的Portal資料庫管理員賦予管理員許可權，導致資料傳輸由於許可權不足而失敗。在Oracle中指定該許可權後再次傳輸，可以避免該問題的出現。

1.8  配置Portal 6.1使用Novell LDAP作為Portal的安全機制

1.8.1  問題描述

配置Portal 6.1使用Novell LDAP並作為Portal的使用者登錄檔和安全認證機制，配置過程是成功的，但是在Portal管理控制檯創建出的使用者、使用者組無法搜尋出來。

1.8.2  解決方案

經過檢查，發現使用者在配置過程中存在以下問題。

LDAP使用者在被Portal搜尋時設定的過濾條件太多了，使用者按照自己的設定文件定義了“LDAP entity types”的8個屬性，這8個屬性在Portal管理員搜尋使用者時作為搜尋的過濾條件。事實上，產品要求只需要兩個過濾條件，這兩個過濾條件是：

standalone.ldap.et.group.objectClasses=groupOfNames

standalone.ldap.et.personaccount.objectClasses=inetOrgPerson

改正的辦法是刪除已有的8個屬性，並新增或更新為以上兩個屬性。修改完這兩個引數後，再次搜尋使用者、使用者組，上述問題就解決了。

1.9  對portal叢集執行同步

1.9.1  問題描述

對叢集執行了Portlet安裝、主題與面板安裝、引數配置等之後，發現再次訪問時沒有起作用。這通常是由於沒有執行叢集同步導致的。做完以上工作後必須執行叢集同步。執行同步有兩種方法：一是強制（手工）同步；二是自動同步。

1.9.2  解決方案

1.9.2.1  強制同步

 以wpsadmin身份登入WAS管理控制檯，如圖1-28所示。

圖1-28  登入管理控制檯

 依次單擊“系統管理”→“節點”出現現有的節點列表。選中要同步的兩臺機器，然後單擊“同步”按鈕，如圖1-29所示。

圖1-29  選中要同步的兩臺機器

 系統開始同步，如圖1-30所示。

圖1-30  開始同步

 經過1～2個小時，系統同步完成。

1.9.2.2  自動同步

在圖1-29所示的頁面上，檢查Portal叢集的每個節點與dmgr（Deployment Manager）節點的設定檔案是否匹配，並確保跨單元配置資料的一致性。具體操作步驟如下。

 登入管理控制檯，單擊“系統管理”→“Node Agent”→“node_agent_name ”→“檔案同步服務”。

 選擇“配置”選項卡。

 伺服器啟動時啟用服務。

 指定伺服器是否嘗試啟動檔案同步服務。此設定不會導致啟動檔案同步操作。在預設情況下，此設定已啟用。

 指定同步間隔時間（以分鐘計）。預設值為1分鐘。

 設定自動同步。指定是否在指定的時間間隔後自動同步檔案。當此設定啟用時，Node Agent 在每次同步時間間隔中自動聯絡 Deployment Manager，嘗試同步節點的配置庫和 Deployment Manager 擁有的主庫。

如果啟用自動同步設定，則 Node Agent 在與 Deployment Manager 建立聯絡時嘗試檔案同步。Node Agent 在嘗試下一次同步之前等待同步時間間隔。

如果要控制檔案傳送到節點的時間，則取消選中“自動同步時間”複選框。

 啟動同步指定Node Agent 是否在啟動應用程式伺服器之前嘗試同步節點配置和主庫中的最新配置。

預設為在啟動應用程式伺服器之前不同步檔案。啟用設定確保 Node Agent 具有最新配置，但增加了啟動應用程式伺服器所花費的時間量。

注意：此設定不影響startServer 命令。startServer 命令直接啟動伺服器,並且不使用Node Agent。

 排除。指定不應是配置資料同步的一部分檔案或模式。此列表中的檔案不從主配置庫中複製到節點，並且不從節點上的庫中刪除。

 預設為未指定檔案。iSeries使用者的預設值是 */plugin-cfg.xml，它從Web伺服器外掛配置檔案中自動同步。

要指定檔案，應使用完整的名稱或者以萬用字元*（星號）開頭或結尾的名稱。例如：

在每個條目結尾處按下“Enter”鍵，每行出現一個檔名。

因為這些字串表示邏輯文件位置而不是實際的檔案路徑，所以無論是什麼平臺，只需要正斜槓。

當Node Agent重新啟動時，對排除列表所做的更改生效。