本章說明 Calendar Server 部署的伺服器管理。
本章包含以下小節:
您可以透過執行 Delegated Administrator 公用程式 (以前稱為 User Management Utility) 或 Calendar Server 指令行公用程式以及透過編輯 ics.conf 配置檔案來管理 Calendar Server。
若要執行指令行公用程式,您必須以對 Calendar Server 執行時所在的系統具有管理權限的使用者身份登入。
如需更多資訊,請參閱附錄 DCalendar Server 指令行公用程式參照。
其他管理主題包含在各獨立章節中。
這些章節包括:
本小節包含如何使用 start-cal 和 stop-cal 指令的概念資訊及說明。
本小節包含以下主題:
您可以使用 start-cal 和 stop-cal 指令啟動和停止 Calendar Server。start-cal 和 stop-cal 公用程式位於 cal-svr-base/SUNWics5/cal/sbin 目錄中。您必須在安裝 Calendar Server 的本機上執行這些公用程式。
檢查您的程序檔,確定未使用舊的 csstart 和 csstop 公用程式。請使用 start-cal 和 stop-cal 公用程式啟動和停止 Calendar Server。
start-cal 公用程式會以如下順序啟動 Calendar Server 服務:
watcher — 監視程式,監視系統的程序
enpd — 事件通知服務 (Event Notification Service, ENS)
csstored — 自動備份服務
csnotifyd — 通知服務
csadmind — 管理服務
csdwpd — 資料庫連線協定 (Database Wire Protocol, DWP) 服務,此分散式資料庫服務僅當您具有遠端 Calendar Server 資料庫配置時才啟動
cshttpd — HTTP 服務
如需這些服務的說明,請參閱1.10 在 Calendar Server 版本 6.3 中作為常駐程式執行的服務
以對系統具有管理權限的使用者身份登入。
發出 stop-cal 指令,確定已停止所有 Calendar Server 服務。
移至目錄。
cal-svr-base/SUNWics5/cal/sbin
啟動 CalendarServer。
./start-cal
以對 Calendar Server 執行時所在的系統具有管理權限的使用者身份登入。
移至目錄。
cal-svr-base/SUNWics5/cal/sbin
停止 Calendar Server。
./stop-cal
自動備份由 csstored 程序進行管理,該程序在發出 start-cal 後會自動啟動。然而,您也可以隨意啟用或停用自動備份。預設為停用自動備份。即使自動備份未啟用,csstored 程序也會執行。
有兩種類型的自動備份︰緊急備份和歸檔備份。您可以分別啟用或停用它們。
如需有關自動備份的資訊和配置 csstored 的說明,請參閱第 9 章, 配置自動備份。
以下是用於啟用和停止自動備份的作業清單:
以具有配置權限的管理員身份登入。
透過發出 stop-cal 指令來停止 Calendar Server 服務。
移至 ics.conf 檔案所在的目錄︰
cd /etc/opt/SUNWics5/config
透過將以下 ics.conf 參數設定為 “yes”,啟用緊急備份︰
caldb.berkeleydb.hotbackup.enable="yes"
指定緊急備份目錄的目錄路徑︰
caldb.berkeleydb.hotbackup.path= /var/opt/SUNWics5/hotbackup_directory
預設為目前目錄。
完成編輯 ics.conf 檔案之後,請重新啟動 Calendar Server。
cal-svr-base/SUNWics5/cal/sbin/start-cal
無需停止行事曆服務即可編輯 ics.conf 檔案,但是您必須重新啟動服務以使變更生效。
以具有配置權限的管理員身份登入。
透過發出 stop-cal 指令來停止 Calendar Server 服務。
移至 ics.conf 檔案所在的目錄。
cd /etc/opt/SUNWics5/config
透過將以下 ics.conf 參數設定為 “yes”,啟用歸檔備份︰
caldb.berkeleydb.archive.enable=”yes”
指定歸檔目錄的目錄路徑。
caldb.berkeleydb.archive.path= /var/opt/SUNWics5/hotbackup_directory
預設為目前目錄。
完成編輯 ics.conf 檔案之後,請重新啟動 Calendar Server。
cal-svr-base/SUNWics5/cal/sbin/start-cal
無需停止行事曆服務即可編輯 ics.conf 檔案,但是您必須重新啟動服務以使變更生效。
依預設,備份已停用。如果您先前已啟用備份但現在想將其停用,請執行下列步驟︰
以具有配置權限的管理員身份登入。
透過發出 stop-cal 指令來停止 Calendar Server 服務。
移至 ics.conf 檔案所在的目錄。
cd /etc/opt/SUNWics5/config
透過將以下 ics.conf 參數設定為 "no",停用緊急備份︰
caldb.berkeleydb.hotbackup.enable="no"
完成編輯 ics.conf 檔案之後,請重新啟動 Calendar Server。
cal-svr-base/SUNWics5/cal/sbin/start-cal
無需停止行事曆服務即可編輯 ics.conf 檔案,但是您必須重新啟動服務以使變更生效。
依預設,備份已停用。如果您先前已啟用備份但現在想將其停用,請執行下列步驟︰
以具有配置權限的管理員身份登入。
透過發出 stop-cal 指令來停止 Calendar Server 服務。
移至 ics.conf 檔案所在的目錄。
cd /etc/opt/SUNWics5/config
透過將以下 ics.conf 參數設定為 "no",停用歸檔備份︰
caldb.berkeleydb.archive.enable="no"
完成編輯 ics.conf 檔案之後,請重新啟動 Calendar Server。
cal-svr-base/SUNWics5/cal/sbin/start-cal
無需停止行事曆服務即可編輯 ics.conf 檔案,但是您必須重新啟動服務以使變更生效。
本小節包含管理群組排程引擎 (Group Scheduling Engine, GSE) 的概念資訊和說明
GSE 會保留一個事件佇列,用來更新元件資料庫。管理員可以變更逾時值,以調整 Calendar Server 掃描佇列的時間間隔。還可以列出佇列中的事件,並在必要時刪除特定事件。
本小節包含以下主題:
GSE 可讓 Calendar Server 使用者建立事件並邀請其他與會者。如果某位與會者位於同一 Calendar Server 上,則該事件會排程在該與會者的行事曆中。如果某位與會者不在同一 Calendar Server 上,則系統會透過電子郵件傳送邀請。然後,與會者可接受或拒絕邀請,GSE 將用回覆更新事件。
GSE 佇列實際是 csadmind 程序所管理的獨立資料庫,Calendar Server 會掃描此佇列以查找需要對元件資料庫進行的更新。
您可以透過調整此掃描的頻率來調校 Calendar Server。此操作可透過變更 ics.conf 檔案中 gse.belowthresholdtimeout 的逾時值來完成。請參閱第 21 章, 調校 Calendar Server 效能。
GSE 佇列項目可使用 csschedule 來管理 (列出和刪除)。您必須在安裝 Calendar Server 的本地機器上執行 csschedule。
若要列出 GSE 佇列中的項目,請使用 csschedule 公用程式的 list 指令。
例如,列出 GSE 佇列中的所有項目:
csschedule list
列出儲存在 GSE 佇列中的前十個項目:
csschedule -c 10 list
若要列出 GSE 佇列中包含 calid Holiday_Schedule 的行事曆的所有項目:
csschedule -v list Holiday_Schedule
若要刪除 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 和 Messaging Server 現在使用相同的停止和啟動機制,為 Sun JavaTM Enterprise System Monitoring Framework (JESMF) 的一部分。start-cal 指令會先啟動 watcher 程序,然後啟動其他所有程序。watcher 程序瞭解其他服務擁有的任何相依性,及服務啟動的順序。
每個註冊的服務 (程序) 會開啟與監視程式的連線。如果某程序因未適當地中斷連線而終止,則監視程式會自動重新啟動它。如果此程序在定義的間隔內終止兩次,則不會再重新啟動它。此逾時間隔是可配置的。
監視程式會寫入單一記錄檔 cal-svr-base/data/log/watcher.log,其中包含以下資訊:
傳送給管理主控台的失敗通知和無回應錯誤訊息。
所有伺服器的停止和啟動記錄。
如需如何配置監視程式的資訊,請參閱配置 Calendar Server 版本 6.3 的監視程式 (程序)
本小節包含如何清除 CLD 快取記憶體的概念資訊和說明。
本小節包含以下主題:
如果已啟用 CLD 快取記憶體,則需要不時地清除記憶體。基於各種原因,CLD 快取記憶體可能無法與您的系統配置同步 (失去時效)。
以下是 CLD 快取記憶體可能失去時效的一些原因。
增加、刪除或重新命名伺服器。
在配置中將伺服器從一項功能移至另一項功能。
將一個或多個行事曆移至不同的後端伺服器。
如果發生其中任何情況,為了更新 CLD 快取記憶體,您必須將其清除。
停止 Calendar Server。
移除 /var/opt/SUNWics5/csdb/cld_cache 目錄中的所有檔案,但請勿移除 cld_cache 目錄本身。
重新啟動 Calendar Server。
如果在配置中增加、刪除或變更伺服器名稱,您應該執行以下數項「事務性工作」,以免出錯。
以下步驟有助於使 CLD 保持最新:
清除 CLD 快取記憶體
如果已移除舊的伺服器,請從包含它的 ics.conf 參數中將其刪除。
本小節包含如何啟用和停用匿名存取 (登入) 的說明。
匿名存取是一種不需要認證的特殊登入。啟用匿名登入後,依預設,對公開行事曆的讀取和寫入存取已啟用。可能會拒絕對公開行事曆的寫入存取。
本小節包含以下主題:
Communications Express 要求寫入和讀取均允許匿名登入。請參閱4.1 配置 Communications Express。
以具有配置權限的管理員身份登入。
透過發出 stop-cal 指令來停止 Calendar Server 服務。
移至 /etc/opt/SUNWics5/cal/config 目錄。
透過複製及重新命名,儲存舊的 ics.conf 檔案。
編輯 ics.conf 中的以下參數,以啟用匿名存取︰
參數 |
說明和預設值 |
---|---|
service.http.allowanonymouslogin |
如有必要,將此參數設定為 “yes”,以啟用匿名存取 (登入)。預設值為 “yes”。 |
service.calendarsearch.ldap |
透過將此參數設定為 “no” (此為預設值),您可在執行行事曆搜尋時停用首先搜尋 LDAP,以便保護啟用匿名登入後的安全性。 |
Communications Express 要求 service.calendarsearch.ldap 參數的值為 “no”。這會與調校系統在 DWP 環境中發揮最佳效能的說明相衝突。(您的資料庫分布在多台後端伺服器上。)請參閱21.2 提昇 DWP 環境中的行事曆搜尋效能。
將檔案儲存為 ics.conf。
重新啟動 Calendar Server。
cal-svr-base/SUNWics5/cal/sbin/start-cal
以具有配置權限的管理員身份登入。
透過發出 stop-cal 指令來停止 Calendar Server 服務。
移至 /etc/opt/SUNWics5/cal/config 目錄。
透過複製及重新命名,儲存舊的 ics.conf 檔案。
編輯如下表所示的 ics.conf 參數:
參數 |
說明和預設值 |
---|---|
service.wcap.anonymous. allowpubliccalendarwrite |
允許或禁止匿名存取使用者寫入至公開的行事曆。將其值設定為 “yes” (此為預設值) 以啟用存取。 |
將檔案儲存為 ics.conf。
重新啟動 Calendar Server。
cal-svr-base/SUNWics5/cal/sbin/start-cal
必須為 Communications Express 啟用代理管理員登入 (代理伺服器認證)。如需有關配置 Communications Express 的代理伺服器認證的說明,請參閱4.1 配置 Communications Express。
然而,即使您未使用 Communications Express,仍可以啟用代理伺服器認證。本小節包含在不使用 Communications Express 的情況下啟用代理伺服器認證的程序:
以擁有變更配置權限的管理員身份登入。
移至 /etc/opt/SUNWics5/cal/config 目錄。
透過複製及重新命名,儲存舊的 ics.conf 檔案。
編輯 ics.conf 檔案,確認將以下參數設定為:
service.http.allowadminproxy = "yes"
否則,請將它變為 "yes"。
將檔案儲存為 ics.conf。
重新啟動 Calendar Server 以使新值生效。
使用以下 WCAP 指令驗證管理員代理登入是否在工作:
http://server[:port]/login.wcap? user=admin-user&password=admin-password &proxyauth=calendar-user&fmt-out=text/html
以下清單定義了以上範例中的變數:
server – 執行 Calendar Server 的伺服器名稱。
port – Calendar Server 的連接埠號碼。預設連接埠為 80。
admin-user – Calendar Server 管理員。例如,calmaster。
admin-password – admin-user 的密碼。
calendar-user – Calendar Server 使用者的 calid。
如果指令成功,系統將顯示 calendar-user 的行事曆。若發生問題,系統將顯示 [未授權]。
以下是指令可能失敗的部分原因清單:
admin-user 沒有 Calendar Server 管理員權限。
admin-password 不正確。
calendar-user 不是有效的 Calendar Server 使用者。
在 Calendar Server 6.3 發行版本中,使用 stop-cal 和 start-cal 指令來重新整理配置。如需更多資訊,請參閱12.1 啟動與停止 Calendar Server 6.3 程序。