Sun ONE Calendar Server 6.0 管理員指南 |
第 3 章
管理 Calendar Server本章描述如何配置和管理 Sun ONE Calendar Server。
本章包含以下各節:
您可以透過執行指令行公用程式和編輯 ics.conf 配置檔案來管理 Calendar Server。
若要執行指令行公用程式,您必須以對 Calendar Server 執行時所在的系統具有管理權限的使用者身份登入。
如需更多資訊,請參閱第 11 章「Calendar Server 指令行公用程式」和第 12 章「Calendar Server 配置參數」。
啟動和停止 Calendar Server您可以使用 start-cal 和 stop-cal 指令啟動和停止 Calendar Server。請參閱使用 start-cal 和 stop-cal 公用程式。
註
Calendar Server 提供 csstart 和 csstop 公用程式僅為與舊版相容。建議您使用 start-cal 和 stop-cal 公用程式來啟動和停止 Calendar Server。
使用 start-cal 和 stop-cal 公用程式
start-cal 和 stop-cal 公用程式位於 cal_svr_base/opt/SUNWics5/cal/sbin 目錄中。您必須在安裝 Calendar Server 的本機上執行這些公用程式。如需瞭解可能會發生的問題,請參閱疑難排解 start-cal 和 stop-cal 公用程式。
start-cal 公用程式會以如下次序啟動 Calendar Server 服務:
如需有關以上服務的說明,請參閱「Calendar Server 服務」。
若要使用 start-cal 指令啟動 Calendar Server,請:
若要使用 stop-cal 指令停止 Calendar Server,請:
疑難排解 start-cal 和 stop-cal 公用程式
啟動和停止 Calendar Server 時,可能會發生以下問題:
若要在 Solaris 系統上停止 Calendar Server 程序,請:
- 以對 Calendar Server 執行時所在的系統具有管理權限的使用者身份登入。
- 透過為每種服務輸入 ps 指令,確定其餘 Calendar Server 程序的程序 ID (PID):
ps -elf | grep cs-process
其中,cs-process 為 enpd、csnotifyd、csdwpd、csadmind 或 cshttpd。例如:
ps -elf | grep cshttpd
- 使用仍在執行的各程序的 PID,輸入 pkill -15 指令終止該程序。例如:
pkill -15 9875
- 再次輸入各 ps 指令,確定所有 Calendar Server 程序均已停止。
如果某個 Calendar Server 程序仍在執行,請輸入 pkill -9 指令終止該程序。例如:
pkill -9 9875
小心 停止所有 Calendar Server 程序之後,在重新啟動 Calendar Server 之前,請考量執行 csdb 公用程式 check 指令,以檢查是否已發生任何行事曆資料庫損毀。
如需有關 check 指令的資訊,請參閱檢查與重建行事曆資料庫。
配置 Calendar Server 逾時值如需有關編輯 ics.conf 參數的資訊,請參閱編輯 ics.conf 配置檔案。
配置 csadmind 的逾時值
表格 3-1 描述 ics.conf 檔案中由管理 (csadmin) 服務使用的 Calendar Server 逾時參數。
配置一般使用者的 HTTP 逾時值
表格 3-2 描述 ics.conf 檔案中套用於一般使用者的 Calendar Server HTTP 逾時參數。
配置單一登入 (SSO)單一登入 (SSO) 允許使用者認證一次,即可使用多個信任的應用程式,而無需再次認證。Sun ONE 通訊伺服器 (包括 Calendar Server 和 Messaging Server) 可以按照以下說明實施 SSO:
透過 Identity Server 配置 SSO
Sun ONE 伺服器 (包括 Calendar Server 和 Messaging Server) 可以使用 Sun ONE Identity Server 6.1 或更高版本實施 SSO。
Identity Server 充當 Sun ONE 伺服器的 SSO 閘道。也就是說,只要其他 Sun ONE 伺服器被正確配置為使用 SSO,使用者登入 Identity Server 後便可存取這些伺服器。
若要將 SSO 與 Calendar Server 配合使用,請執行以下步驟:
- 確定已安裝並配置了 Sun ONE Identity Server 和 Sun ONE Directory Server。如需有關安裝和配置這些產品的資訊,請參閱「Sun Java Enterprise System 安裝指南」。
- 為 Calendar Server 配置 SSO 的方法是設定表格 3-3 所示的參數,然後重新啟動 Calendar Server 以使值生效。如有必要,請在設定各參數時移除註釋字元 (!)。
注意 當您設定 local.calendar.sso.amnamingurl 參數時,必須使用完全合格的 Identity Server 名稱。
- 若要為 Messaging Server 配置 SSO,請參閱「Sun ONE Messaging Server 6.0 管理員指南」。
- 使用者使用其 Directory Server LDAP 使用者名稱和密碼登入 Identity Server。(透過另一台伺服器 [如 Calendar Server 或 Messaging Server] 登入的使用者將無法使用 SSO 來存取其他 Sun ONE 伺服器。)
- 登入之後,使用者可以使用適當的 URL,透過 Calendar Express 存取 Calendar Server。如果其他 Sun ONE 伺服器 (如 Messaging Server) 被正確配置為使用 SSO,使用者也可以存取這些伺服器。
透過 Identity Server 使用 SSO 的注意事項
透過通訊伺服器信任圈技術配置 SSO
透過通訊伺服器信任圈技術 (即不透過 Identity Server) 配置 SSO 時,請考量以下幾點:
表格 3-4 描述透過通訊伺服器信任圈技術使用 SSO 的 Calendar Server 配置參數。
表格 3-5 描述透過通訊伺服器信任圈技術使用 SSO 的 Messaging Server 配置參數。
如需有關配置 Messaging Server 為使用 SSO 的更多資訊,請參閱「Sun ONE Messaging Server 6.0 管理員指南」。
配置 LDAP 行事曆查找資料庫 (CLD) 外掛程式LDAP CLD 外掛程式允許在多台後端伺服器上為單一行事曆實例分佈使用者行事曆和資源行事曆,從而提供行事曆資料庫水平可延伸性。LDAP CLD 外掛程式使用 icsDWPHost 性質確定某個行事曆所在的後端伺服器。
註
在 Calendar Server 5.1.1 和更高版次中,CLD 外掛程式的主要版本號碼從 1 變更為 2。次要版本號碼仍為 0。如果您自己已撰寫 CLD 外掛程式,則必須修改該外掛程式,以支援這一新的主要版本號碼。
本節描述以下主題:
LDAP CLD 外掛程式如何運作
LDAP CLD 外掛程式允許將行事曆資料庫分佈在多台後端伺服器上。資料庫中的每個行事曆都由唯一行事曆 ID (calid) 標識,其格式如下:
userid[@domain][:calendar-name]
其中:
Calendar Server 會按照如下說明存取後端伺服器上的行事曆資料:
- 當 Calendar Express 一般使用者存取行事曆時,LDAP CLD 外掛程式會從行事曆的 calid 中擷取 userid,然後在 LDAP 伺服器資料庫中查找行事曆所有者。
- 找到行事曆所有者之後,該外掛程式會使用所有者的 icsDWPHost LDAP 性質確定行事曆所在的後端伺服器之主機名稱。該主機名稱必須可被您的網域名稱服務 (DNS) 解析成有效的 IP 位址。
- 使用主機名稱,Calendar Server 可使用資料庫連線協定 (DWP) 存取後端伺服器上的行事曆資料。DWP 是一個內部協定,它會以 csdwpd 服務的形式來執行,並為行事曆資料庫提供網路功能。
- 使用 DWP,Calendar Server 可將行事曆資料傳送至使用者登入的伺服器,然後 Calendar Express 會將該資料描繪在一般使用者的瀏覽器中。
註
如果您的站台使用的是 LDAP CLD 外掛程式並使用 cscal 公用程式建立新行事曆,則按照使用者的 icsDWPHost LDAP 性質所示,必須在使用者的行事曆所在 (或將在) 的同一後端伺服器上建立新的行事曆。如果您嘗試在其他後端伺服器上建立行事曆,Calendar Server 將傳回錯誤。
如需更多資訊,請參閱 cscal。
用於 LDAP CLD 外掛程式的 Calendar Server 配置
LDAP CLD 外掛程式支援以下 Calendar Server 配置:
在這些配置中,每台前端伺服器和後端伺服器都必須:
多台前端伺服器與多台後端伺服器
下圖顯示執行單一 Calendar Server 實例的兩台前端伺服器和兩台後端伺服器。如果願意,您還可以配置兩台以上的前端或後端伺服器。
此配置可讓伺服器受到防火牆,以限制對 LDAP 和行事曆資料庫的存取。行事曆資料庫分佈在兩台後端伺服器上。
前端伺服器的 CPU 使用率很高,CPU 大部分時間都用於描繪一般使用者的行事曆資料。後端伺服器的磁碟使用率很高,CPU 大部分時間都用於存取行事曆資料庫。
圖 3-1 多台前端伺服器與多台後端伺服器
配置前端伺服器
若要配置前端伺服器,請在每台前端伺服器上的 ics.conf 檔案中設定以下參數。
- 啟用行事曆資料庫查找外掛程式:
csapi.plugin.calendarlookup = "y"
- 指定 Calendar Server 載入所有外掛程式:
csapi.plugin.calendarlookup.name = "*"
- 設定用於 LDAP CLD 外掛程式的行事曆查找外掛程式類型:
caldb.cld.type = "directory"
- 設定 DWP 服務 (csdwpd) 的連接埠號:
service.dwp.port = "59779"
預設為 "59779"。所有已配置的前端和後端伺服器的連接埠號必須相同。
- 設定該配置中每台後端伺服器的伺服器名稱:
caldb.dwp.server.backend-server-1.ip = "backend-server-1"
caldb.dwp.server.backend-server-2.ip = "backend-server-2"
...
caldb.dwp.server.backend-server-n.ip = "backend-server-n"伺服器名稱必須完全合格,並且可由您的網域名稱服務 (DNS) 解析成有效的 IP 位址。在該參數的各個部分中,伺服器名稱必須完全相同並且完全合格。例如:
caldb.dwp.server.calendar.sesta.com.ip = "calendar.sesta.com"
伺服器名稱還必須符合適當行事曆所有者的 icsDWPHost LDAP 性質所使用的名稱。
- 設定預設 DWP 伺服器名稱:
caldb.dwp.server.default = "server-name"
其中 server-name 是 Calendar Server 所使用的完全合格的預設伺服器名稱 (如果在 LDAP 伺服器資料庫中使用者或資源項目沒有 icsDWPHost 性質)。該名稱必須可被您的網域名稱服務 (DNS) 解析成有效的 IP 位址。例如:
caldb.dwp.server.default = "calendar.sesta.com"
- 重新啟動 Calendar Server 以使變更生效。
用於前端伺服器的範例配置參數
以下範例顯示用於一台前端伺服器與兩台後端伺服器 (名為 calendar.sesta.com 和 calendar.siroe.com) 的配置參數。預設 DWP 伺服器為 calendar.sesta.com。
程式碼範例 3-1 用於前端伺服器的 LDAP CLD 配置參數
配置後端伺服器
若要配置後端伺服器,請在每台後端伺服器上的 ics.conf 檔案中設定以下參數。
- 啟用 DWP 服務 (csdwpd) 並設定 DWP 連接埠號:
service.dwp.enable = "y"
service.dwp.port = "59779"
預設連接埠號為 "59779"。所有已配置的前端和後端伺服器的連接埠號必須相同。
- 停用 HTTP 服務,因為後端伺服器不需要該服務 (管理服務應設定為預設值 "yes"):
service.http.enable = "no"
service.admin.enable = "yes"- 設定用於 LDAP CLD 外掛程式的行事曆查找外掛程式類型:
caldb.cld.type = "local"
- 將 csapi.plugin.calendarlookup 設定為 "n",因為後端伺服器不需要查找任何行事曆資料:
csapi.plugin.calendarlookup = "n"
- 重新啟動 Calendar Server 以使變更生效。
用於後端伺服器的範例配置參數
以下範例顯示用於後端伺服器的配置參數。
程式碼範例 3-2 用於後端伺服器的 LDAP CLD 配置參數
service.dwp.enable = "y"
service.dwp.port = "59779"
service.http.enable = "no"
service.admin.enable = "yes"
caldb.cld.type = "local"
csapi.plugin.calendarlookup = "n"
多台前端/後端伺服器
下圖顯示三台前端/後端伺服器,每台伺服器都連線至行事曆資料庫。此配置可讓行事曆分佈於不同的地理區域,各行事曆位於其所有者登入 Calendar Server 時所在的伺服器上。
圖 3-2 多台前端/後端伺服器
配置前端/後端伺服器
若要配置前端/後端伺服器,請在每台伺服器上的 ics.conf 檔案中設定以下參數。
- 啟用 DWP 服務 (csdwpd):
service.dwp.enable = "y"
- 設定 DWP 服務 (csdwpd) 的連接埠號:
service.dwp.port = "59779"
預設為 "59779"。所有已配置的前端和後端伺服器的連接埠號必須相同。
- 啟用行事曆查找外掛程式:
csapi.plugin.calendarlookup = "y"
- 讓 Calendar Server 載入所有外掛程式:
csapi.plugin.calendarlookup.name = "*"
- 指定 Calendar Server 應使用的行事曆查找外掛程式類型:
caldb.cld.type = "directory"
- 設定預設 DWP 伺服器名稱:
caldb.dwp.server.default = "server-name"
其中 server-name 是 Calendar Server 所使用的完全合格的預設伺服器名稱 (如果在 LDAP 伺服器資料庫中使用者或資源項目沒有 icsDWPHost 性質)。該名稱必須可被您的網域名稱服務 (DNS) 解析成有效的 IP 位址。例如:
caldb.dwp.server.default = "calendar.sesta.com"
- 為該配置中所有前端/後端伺服器 (包括本機伺服器) 設定伺服器名稱:
caldb.dwp.server.server-1.ip = "server-1"
caldb.dwp.server.server-2.ip = "server-2"
...
caldb.dwp.server.server-n.ip = "server-n"伺服器名稱必須完全合格,並且可由您的網域名稱服務 (DNS) 解析成有效的 IP 位址。在該參數的各個部分中,伺服器名稱必須完全相同並且完全合格。例如:
caldb.dwp.server.calendar.sesta.com.ip = "calendar.sesta.com"
伺服器名稱還必須符合適當行事曆所有者的 icsDWPHost LDAP 性質所使用的名稱。
- 重新啟動 Calendar Server 以使變更生效。
用於每台前端/後端伺服器的範例配置參數
以下範例顯示用於每台前端/後端伺服器的配置參數。這些伺服器為 sesta.com、siroe.com 和 varrius.com。預設 DWP 伺服器為 sesta.com。
程式碼範例 3-3 用於每台前端/後端伺服器的 LDAP CLD 配置參數
service.dwp.enable = "y"
service.dwp.port = "59779"
csapi.plugin.calendarlookup = "y"
csapi.plugin.calendarlookup.name = "*"
caldb.cld.type = "directory"
! 預設 DWP 伺服器
caldb.dwp.server.default = "calendar.sesta.com"
! 後端伺服器
caldb.dwp.server.calendar.sesta.com.ip = "calendar.sesta.com"
caldb.dwp.server.calendar.siroe.com.ip = "calendar.siroe.com"
caldb.dwp.server.calendar.varrius.com.ip = "calendar.varrius.com"
維護前端和後端伺服器之間的安全
前端伺服器使用資料庫連線協定 (DWP) 與後端伺服器進行通訊。由於 DWP 使用 HTTP 作為傳輸機制,因此 Calendar Server 6.0 使用表格 3-6 和表格 3-7 中的配置參數,為前端和後端伺服器之間的 DWP 連線提供認證。
這些參數是可選的,並且依預設不包括在 ics.conf 檔案中。若要認證 DWP 連線,您必須新增所需參數至每台前端和後端伺服器上的 ics.conf 檔案。
表格 3-6 用於認證 DWP 連線的後端配置參數
參數
說明
service.dwp.admin.userid
在後端伺服器上,指定用於認證 DWP 連線的使用者 ID。如果後端伺服器未指定使用者 ID,則不會執行認證。
service.dwp.admin.cred
在後端伺服器上,指定用於認證 DWP 連線的密碼。如果後端伺服器未指定密碼,則不會執行認證。
表格 3-7 用於認證 DWP 連線的前端配置參數
參數
說明
caldb.dwp.server.back-end-server.admin
在前端伺服器上,指定用於認證後端伺服器 DWP 連線的使用者 ID,其中 back-end-server 是該伺服器的名稱。
caldb.dwp.server.back-end-server.cred
在前端伺服器上,指定用於認證後端伺服器 DWP 連線的密碼,其中 back-end-server 是該伺服器的名稱。
若要設定前端和後端伺服器之間 DWP 連線的認證,請執行以下步驟:
- 在每台前端伺服器上的 ics.conf 檔案中,新增以下參數:
caldb.dwp.server.back-end-server.admin = "userid"
caldb.dwp.server.back-end-server.cred = "password"其中 back-end-server 是後端伺服器的名稱,userid 和 password 是您希望 Calendar Server 用於認證連線的使用者 ID 和密碼。
- 在 back-end-server 所指定的每台後端伺服器上的 ics.conf 檔案中,新增以下參數:
service.dwp.admin.userid = "userid"
service.dwp.admin.cred = "password"其中 userid 和 password 與您在前端伺服器上指定的使用者 ID 和密碼相同。
當前端伺服器首次連線至後端伺服器時,會傳送這些參數所指定的使用者 ID 和密碼。後端伺服器會檢查這些參數,如果兩個參數都符合,則認證成功。然後,後端伺服器會將階段作業 ID 傳送回前端伺服器。在以後針對後端伺服器的 DWP 指令中,前端伺服器會使用該階段作業 ID。
來自同一前端伺服器的後續連線不需要再次進行認證,除非發生以下情況:
如果您有多台前端和後端伺服器,則可以對每台伺服器使用同一使用者 ID 和密碼。
如果後端伺服器未在該參數中指定使用者 ID 和密碼,則不會執行認證。
提昇 LDAP CLD 外掛程式的效能
若要提昇 Calendar Server 與 LDAP CLD 外掛程式配合的效能,請務必將以下配置參數設定為 "yes" (即每個參數的預設值):
清除 CLD 快取記憶體
如果您要使用 CLD 快取記憶體選項並已更新 ics.conf 參數的伺服器名稱或已將行事曆移至其他後端伺服器,則應清除 CLD 快取記憶體,以移除伺服器名稱。CLD 快取記憶體中的過期項目會妨礙前端伺服器建立與正確後端伺服器之間的連線,或會導致某個行事曆在被移動後,Calendar Server 無法找到該行事曆。
若要清除 CLD 快取記憶體,請執行以下步驟:
將行事曆移至其他後端伺服器
若要將使用者行事曆或資源行事曆從一台後端伺服器移至另一台後端伺服器,請執行以下步驟:
- 在原始伺服器上,使用 csuser 公用程式 (用於使用者行事曆) 或 csresource 公用程式 (用於資源行事曆) 停用行事曆使用者。例如,停用使用者 ID 和 calid 為 bkamdar 的使用者:
csuser disable bkamdar
- 在原始伺服器上,使用 csexport 公用程式將行事曆從行事曆資料庫匯出至檔案。例如:
csexport -c bkamdar calendar bkamdar.ics
如果使用者具有多個行事曆,則必須對每個行事曆執行這一步驟。
- 將匯出的行事曆 (*.ics) 檔案從原始伺服器複製到新伺服器中。
- 在新伺服器上,使用 csimport 公用程式將行事曆從檔案匯入行事曆資料庫。例如:
csimport -c bkamdar calendar bkamdar.ics
同樣,對於所匯出的每個行事曆都必須執行這一步驟。
- 在 LDAP 目錄伺服器上,使用 csattribute 公用程式更新行事曆所有者的 icsDWPHost LDAP 性質,以指向新的後端伺服器。若要更新某個性質,必須先刪除該性質,然後使用新值新增該性質。例如,將新伺服器名稱設定為 sesta.com:
csattribute -a icsDWPHost delete bkamdar
csattribute -a icsDWPHost=sesta.com add bkamdar- 在新伺服器上,使用 csuser 公用程式 (用於使用者行事曆) 或 csresource 公用程式 (用於資源行事曆) 啟用行事曆使用者。例如:
csuser enable bkamdar
- 在新伺服器上,使用以下指令驗證這些性質是否正確以及每個行事曆的移動是否正確。例如:
cscal -v -o bkamdar list bkamdar
...
csattribute -v list bkamdar- 在原始伺服器上,刪除您剛移動的所有行事曆。例如:
cscal -o bkamdar delete bkamdar
-o 選項會刪除主要所有者為 bkamdar 的所有行事曆。
管理 LDAP 性質若要管理 Calendar Server 所使用的 LDAP 性質,請使用 csattribute 公用程式。
註
如果您的站台使用的是 LDAP CLD 外掛程式,請勿使用 csattribute 變更 icsDWPHost 性質來指定新的後端主機伺服器。修改 icsDWPHost 不會在新的後端主機上建立新的行事曆。如需更多資訊,請參閱配置 LDAP 行事曆查找資料庫 (CLD) 外掛程式。
列出 LDAP 性質
若要列出使用者或資源的 LDAP 性質,請使用 csattribute 公用程式的 add 指令。例如,列出使用者 TChang 的 LDAP 性質:
csattribute list TChang
新增 LDAP 性質
若要新增性質至 LDAP 伺服器,請使用 csattribute 公用程式的 add 指令。例如,將 LDAP 性質 icsCalendar 與值 Conference_Schedule 新增給使用者 TChang:
csattribute -a icsCalendar=Conference_Schedule add TChang
刪除 LDAP 性質
若要刪除 LDAP 伺服器的性質,請使用 csattribute 公用程式的 delete 指令。例如,從 TChang 中刪除 LDAP 性質 icsCalendar:
csattribute -a icsCalendar delete TChang
管理群組排程引擎 (GSE) 佇列群組排程可讓 Calendar Server 使用者建立一個事件 (如會議),然後邀請其他與會人員。透過使用空閒/忙碌查找功能,使用者可以確定被邀請者何時可以實際參與某個事件。
如果某位與會人員位於同一 Calendar Server 上,則該事件會排程在該與會人員的行事曆中。如果某位與會人員不在同一 Calendar Server 上,則系統會透過電子郵件傳送邀請。與會人員可以接受或拒絕此邀請。
Calendar Server 使用者還可以透過並排檢視各與會人員的行事曆來比較群組排程。
若要管理 GSE 佇列中的項目,請使用 csschedule 公用程式。您必須在安裝 Calendar Server 的本機上執行 csschedule。
列出 GSE 佇列中的項目
若要列出 GSE 佇列中的項目,請使用 csschedule 公用程式的 list 指令。例如,列出 GSE 佇列中的所有項目:
csschedule list
列出儲存在 GSE 佇列中的前十個項目:
csschedule -c 10 list
列出 GSE 佇列中,calid 為 Holiday_Schedule 的行事曆的所有項目:
csschedule -v list Holiday_Schedule
刪除 GSE 佇列中的項目
若要刪除 GSE 佇列中的項目,請使用 csschedule 公用程式的 delete 指令。例如,刪除 GSE 佇列中的所有項目:
csschedule -v delete
刪除 GSE 佇列中 calA 行事曆的一個項目,該項目的第一個排程時間為 2001 年 11 月 30 日 13:30:45、偏移數為 1、唯一識別碼為 1111、週期性 ID 為 0、序列號為 0:
csschedule -v -t 20011130T133045Z -o 1 -u 1111 -r 0 -n 0 delete calA
監視 Calendar Server若要監視 Calendar Server 的活動,請使用 csmonitor、csstats 和 cstool 公用程式。本節描述以下工作:
列出計數器統計資料
csstats 公用程式可顯示行事曆配置 (counter.conf) 檔案中定義的計數器物件的統計資訊。計數器物件 (如 httpstat、authstat、wcapstat 或 dbstat) 可顯示有關 Calendar Server 的資訊,包括:
如需有關 Calendar Server 計數器統計資料的更多資訊,請參閱計數器配置 (counter.conf) 檔案。
若要列出統計資訊,請使用 csstats 公用程式的 list 指令。例如,顯示有關可用計數器物件和類型的基本資訊:
csstats list
特別列出有關 httpstat 計數器物件的統計資料:
csstats list http
在一小時內每 10 秒鐘列出一次有關 wcapstat 計數器物件的統計資料:
csstats -i 360 -s 10 list wcap
監視 Calendar Server 日誌檔
每個 Calendar Server 服務都會將狀態資訊寫入其自身的日誌檔中。每個日誌檔都會以其相關的服務名稱來命名,如表格 3-8 所示:
表格 3-8 Calendar Server 日誌檔
服務名稱
日誌檔名稱
管理服務 (csadmind)
admin.log
分散式資料庫服務 (csdwpd)
dwp.log
HTTP 服務 (cshttpd)
http.log
通知服務 (csnotifyd)
notify.log
在 Solaris 系統上,Calendar Server 日誌檔儲存在以下預設目錄中:
/var/opt/SUNWics5/logs
每個日誌檔會根據所配置的時間和大小限制,更替為具有新名稱的新日誌檔,如下所示:
ServiceName.TimeStamp.#
例如:
admin.20000801115354.1
http.20000801115354.2日誌事件嚴重性級別
對於報告給日誌檔的事件,Calendar Server 提供了八個嚴重性級別,如表格 3-9 所示。
表格 3-9 Calendar Server 日誌錯誤嚴重性級別
嚴重性級別
涵義
EMERGENCY
系統不可用。此級別表示事件的嚴重性最高 (最嚴重)。
ALERT
必須立即採取動作。
CRITICAL
嚴重情況。
ERROR
錯誤情況。
WARNING
警告情況。
NOTICE
正常,但是重要的情況。此為每個行事曆服務的預設報告級別。
INFORMATION
資訊。
DEBUG
除錯級別訊息。
每個日誌事件以單行表示,每行顯示以下內容:相關的時間標記、伺服器主機名稱、嚴重性級別、程序名稱 (程序 ID)、事件類型、優先順序以及說明。透過修改 ics.conf 檔案中的某些配置設定,可以為 Calendar Server 報告給日誌檔的事件指定嚴重性級別。如需相關資訊,請參閱行事曆日誌資訊配置。
您應定期檢查日誌檔,瞭解是否存在 EMERGENCY、ALERT、CRITICAL、ERROR 以及 WARNING 等級別的錯誤,一旦發現錯誤,應運作 Calendar Server 來檢查事件,以找出可能的問題。Calendar Server 正常運作期間會產生 NOTICE 和 INFORMATION 級別的日誌事件,這些事件可協助您監視伺服器活動。
對 Calendar Server 執行 Ping 作業若要驗證 Calendar Server 服務是否正在偵聽指定的連接埠號,請使用 cstool 公用程式的 ping 指令。對某種服務執行 ping 作業不會驗證該服務是否確實正在執行,但會指示該服務是否可以接受套接字連線。
Calendar Server 服務選項為:
必須執行 Calendar Server,才能執行 cstool。
例如,對主機名稱為 calserver 的機器執行 ping 作業,以查看 cshttpd 服務是否正在偵聽連接埠 80:
cstool -p 80 -h calserver ping http
依預設,cstool 會等待 120 秒,以查看有無回應;但您可以使用 -t timeout 選項變更該值。
重新整理 Calendar Server 配置在目前版次中,請勿使用 cstool refresh 指令來重新整理配置,而應使用 stop-cal 和 start-cal 指令。如需更多資訊,請參閱啟動和停止 Calendar Server。