| Sun ONE Calendar Server 6.0 管理員指南 |
附錄 C
Calender Server 效能調整若要提昇 Sun ONE Calendar Server 的效能，請考量以下選項：
為 LDAP 目錄伺服器建立索引若要提昇 Calendar Server 存取 LDAP 目錄伺服器時的效能，請為以下性質新增索引至 LDAP 配置檔案。
- icsCalendar 性質，用於為行事曆使用者或資源搜尋預設行事曆。請指定存在 (pres)、相等 (eq) 及子字串 (sub) 等索引類型。
- icsCalendarOwned，啟用 LDAP CLD 外掛程式時，用於搜尋訂閱作業。請指定存在 (pres)、相等 (eq) 及子字串 (sub) 等索引類型。另請參閱使用 LDAP 目錄伺服器的行事曆搜尋。
- mail 和 mailAlternateAddress，指定使用者的主要電子郵件位址與替代電子郵件位址。另請參閱 Calendar Server 使用者必需的 LDAP mail 性質與電子郵件別名 (mailalternateaddress 性質)。
注意 如果您執行 Directory Server 設定 (comm_dssetup.pl) 程序檔來配置 Sun ONE Directory Server 5.x，此程序檔會為 icsCalendar 與 icsCalendarOwned 性質新增索引。
如需有關新增目錄伺服器索引的資訊，請參閱以下網站上的「Sun ONE Directory Server Configuration, Command, and File Reference」：
http://docs.sun.com/db/coll/S1_ipDirectoryServer_51
使用 LDAP 目錄伺服器的行事曆搜尋LDAP 目錄伺服器的行事曆搜尋功能由 ics.conf 檔案中的以下參數啟用：
service.calendarsearch.ldap = "yes"
如果您要使用 LDAP 目錄的行事曆搜尋，可透過以下方法提昇效能：
為 icsCalendarOwned 性質建立索引
若要確定是否可以提昇 LDAP 目錄伺服器的行事曆搜尋效能，請嘗試以下 LDAP 指令：
ldapsearch -b "base"
"(&(icscalendarowned=*user*)(objectclass=icsCalendarUser))"其中，base 是 Calendar Server 使用者資料和資源資料所在的目錄伺服器之 LDAP 基準 DN，user 是一般使用者可在 [Calendar Express 訂閱] -> [行事曆搜尋] 對話方塊中輸入的值。
測試表明，如果包含 60,000 個項目，在沒有為 icsCalendarOwned 建立索引的情況下，上述搜尋大約需要 50 到 55 秒鐘。而建立索引後，上述搜尋僅需大約 1 到 2 秒鐘。
在 Sun ONE Directory Server 上，使用以下 Solaris 系統指令為 icsCalendarOwned 性質建立索引：
server5/bin/slapd db2index -D slapd-serverID
-t icsCalendarOwned:eq,pres,sub:2.16.840.1.113730.3.3.2.11.1其中 slapd-serverID 是 slapd-serverID 目錄的完整路徑。
設定 nsSizeLimit 與 nsLookthroughLimit 參數
LDAP 目錄伺服器配置中的 nsSizeLimit 與 nsLookthroughLimit 參數必須足夠大，以使搜尋能正確完成。
若要確定這些參數是否已設定為適當的值，請嘗試以下指令：
ldapsearch -b "base"
"(&(icscalendarowned=*user*)(objectclass=icsCalendarUser))"其中，base 是 Calendar Server 使用者資料和資源資料所在的目錄伺服器之 LDAP 基準 DN，user 是一般使用者可在 [Calendar Express 訂閱] -> [行事曆搜尋] 對話方塊中輸入的值。
如果 LDAP 伺服器傳回錯誤，可能是 nsSizeLimit 參數或 nsLookthroughLimit 參數的值不夠大。請按照下列指示設定這些參數：
使用 LDAP 資料快取記憶體選項LDAP 資料快取記憶體選項可確保 LDAP 資料在提交後立即可用，即使已提交的資料要延遲一段時間才可用。
例如，如果您的站台已部署主要/從屬 LDAP 配置，其中 Calendar Server 透過從屬 LDAP 目錄伺服器來存取主要 LDAP 目錄，而從屬 LDAP 目錄伺服器會使 LDAP 資料在提交後延遲一段時間才可用，則 LDAP 資料快取記憶體可確保您的 Calendar Server 用戶端擁有準確的 LDAP 資料。
如需相關資訊，請參閱附錄 D「使用 LDAP 資料快取記憶體」。
使用 CLD 快取記憶體選項如果您要使用 LDAP CLD 外掛程式，請確定 ics.conf 中的以下配置參數都設定為 "yes" (即每個參數的預設值)：
caldb.cld.cache.enable = "yes"
caldb.cld.cache.enable 啟用 CLD 快取記憶體選項。此快取記憶體會為行事曆使用者儲存 DWP 主機伺服器資訊 (icsDWPHost LDAP 性質)，從而減少對 LDAP 目錄伺服器的呼叫。
service.calendarsearch.ldap = "yes"
service.calendarsearch.ldap 指定使用 LDAP CLD 外掛程式或使用者偏好設定外掛程式來執行行事曆搜尋。
對階段作業資料庫使用基於記憶體的檔案系統若要提昇 Solaris 系統上的效能，可以透過在 ics.conf 檔案中設定以下參數，為階段作業資料庫配置基於記憶體的檔案系統 (tmpfs)：
local.instance.use.tmpfs to "true"
而 tmpfs 檔案系統會根據 service.http.sessiondir.path 與 service.admin.sessiondir.path 參數的值被覆蓋。
如需更多資訊，請參閱 Solaris 說明文件中的 tmpfs(7FS) 與 mount_tmpfs(1M) 線上援助頁：
http://docs.sun.com/db/prod/solaris
使用跨多個 CPU 的負載平衡功能如果某台伺服器有多個 CPU，依預設 Calendar Server 會在這些 CPU 上分佈 HTTP 服務 (cshttpd 程序) 與分散式資料庫服務 (csdwpd 程序)。
service.http.numprocesses 和 service.dwp.numprocesses 參數確定為每種服務而執行的程序之實際數目。依預設，在安裝期間，這些參數設定為伺服器 CPU 的數目，但您可以重設這些值。例如，如果伺服器有 8 個 CPU，但您希望 cshttpd 和 csdwpd 程序僅以 4 個 CPU 執行，請將參數設定為：
service.http.numprocesses="4"
service.dwp.numprocesses="4"若要停用負載平衡功能，請新增 service.loadbalancing 參數至 ics.conf 檔案並將其設定為 "no"。然後重新啟動 Calendar Server，使變更生效。
設定 gse.belowthresholdtimeout 參數ics.conf 檔案中的以下參數指定在 Calendar Server 為進來的工作掃描群組排程引擎 (GSE) 佇列之前需要等待的時間 (以秒為單位)：
gse.belowthresholdtimeout = "3"
如果佇列中的工作多於所配置的最大執行緒數目，最後一個執行緒始終會再次掃描佇列。因此，僅當工作數目少於所配置的最大執行緒數目時，此設定才會生效。
預設為 "3"。增大此數目會減少伺服器掃描佇列的頻率並提昇整體效能。
使用重新整理檢視選項對於 Calendar Express 一般使用者，[重新整理檢視] 選項透過瀏覽器快取記憶體中的行事曆資料重新整理檢視，從而提昇效能，而不需要使用 Calendar Server 資料庫中的更新資料來達此目的。
若要啟用 [重新整理檢視] 選項，必須將 ics.conf 檔案中的以下參數設定為 "yes"：
browser.cache.enable = "yes"
如果重設此參數，則必須停止再重新啟動 Calendar Server，使新值生效。
為站台配置 [重新整理檢視] 選項後，Calendar Express 會在所有行事曆檢視中的 [檢視] 標籤上顯示 [重新整理檢視]。
使用者按一下 [重新整理檢視] 時，Calendar Express 會在請求行事曆資料庫的更新資料之前，先檢查檢視中的行事曆資料是否已變更。如果資料尚未變更，Calendar Express 會使用瀏覽器快取記憶體中的資訊重新整理檢視。請避免對行事曆資料庫進行不必要的請求，尤其在行事曆的事件或工作數目很多時，這一點很有用。
如果某個事件或工作已變更，Calendar Express 會請求行事曆資料庫的更新資料來重新整理檢視。因此，使用者也可使用 [重新整理檢視] 來確保 Calendar Express 始終顯示最新的行事曆資料。
停用 Calendar Express 工具條重新繪製選項當使用者按一下 [重新整理] 時，該工具條重新繪製選項會使 Calendar Express 檢視被重新繪製 (重新整理)。但是，由於 Calendar Server 透過執行工具條的 XML 及 XSLT 變換來重新整理檢視，有時此選項會導致效能問題。
若要停用工具條重新繪製選項，請設定 ics.conf 檔案中的以下參數為 "no"：
ui.toolbar.repainting.enable="no"
如果 ui.toolbar.repainting.enable 設定為 "no"，在任何檢視中按一下 [重新整理] 都會使 Calendar Express 使用者返回預設檢視。
設定 ui.toolbar.repainting.enable 為 "no" 可以提昇效能，因為 Calendar Express 不執行工具條的 XML 及 XSLT 變換。
如果瀏覽器快取記憶體選項 (browser.cache.enable 參數) 設定為 "yes"，則不使用工具條重新繪製選項。
用戶端瀏覽器中的 XSL 描繪Calendar Server 透過將 XSLT 處理作業下載至一般使用者的瀏覽器來執行用戶端描繪，這樣也減少了必須由 Calendar Server 來完成的處理作業。Calendar Server 僅在瀏覽器能夠描繪 XSLT 處理作業時才下載 XSLT 處理作業。在目前版次中，此功能僅適用於 Internet Explorer 6.0。
測試顯示，用戶端描繪可將介面 (UI) 延伸性提昇 4 到 6 倍，這意味著 Calendar Server 無需耗盡一個 CPU 就可支援 4 到 6 倍之多的並行運作的一般使用者。
ics.conf 檔案中的以下參數可控制用戶端描繪 (目前僅適用於 Internet Explorer 6.0 或更高版本)：
render.xslonclient.enable="yes"
依預設，此參數設定為 "yes"。若要關閉用戶端描繪，請將此參數設定為 "no"，並重新啟動 Calender Server。
