Sun Java System Calendar Server 6.3 管理指南

第 9 章 配置自動備份

當您執行配置程式 csconfigurator.sh 時,您可以選擇配置兩種自動備份類型︰緊急備份及歸檔備份。但是,即使您沒有在那個時候選擇配置自動備份,仍可在日後隨時選擇配置自動備份類型的其中一種或兩者皆配置。出色的備份系統對於保護資料和降低作業當機時間至觀重要。

本章中的資訊說明如何配置自動備份,並包含下列主題︰


備註 –

如果您選擇不使用此處說明的自動備份程序,則必須實作自己的備份戰略來保護資料。如需有關如何使用其他 Calendar Server 工具保護資料的資訊,請參閱第 17 章, 備份與復原 Calendar Server 資料


如需有關 csstored 的簡介,請參閱「Sun Java Communications Suite 5 Deployment Planning Guide」

9.1 啟用 Calendar Server 儲存服務 (csstored)

正確配置後,系統會建立行事曆資料庫的自動備份。您可以在執行 csconfigurator.sh 配置程式時將 Calendar Server 配置為自動備份,或者您可以稍後再按照本章中的說明配置。

配置為自動備份後,系統會執行下列動作︰

9.2 Calendar Server 6.3 系統中的自動備份簡介

本小節是有關如何在 Calendar Server 系統中實作自動備份的簡介。

本小節包含以下主題:

9.2.1 如何在 Calendar Server 6.3 系統中執行自動備份

Calendar Server 系統在作業事件記錄檔中記錄行事曆資料庫的每項作業事件 (增加、修改或刪除行事曆及其特性)。在某個預定間隔內,該記錄檔會關閉以進行寫入,同時建立另一個記錄檔。時間允許時,系統會將最早關閉的作業事件記錄之作業事件套用至即時行事曆資料庫。記錄中的所有作業事件均已套用至資料庫時,該記錄標記為「已套用」。

配置緊急備份後,會每隔 24 小時對即時資料庫拍攝一次快照。然後,已套用的記錄會套用至資料庫的緊急備份副本。緊急備份資料庫與仍等待套用的作業事件數目同步更新。


備註 –

停用自動備份後,循環記錄 ics.conf 參數 caldb.berkeley.circularlogging 應設為 "yes"。這將啟用清除舊的資料庫作業事件記錄,從而節省磁碟空間。


9.2.2 如何在 Calendar Server 6.3 系統中執行循環備份

啟用自動備份後,系統會使用循環備份系統自動管理備份資料庫檔案中保留的備份副本數目。

系統會在備份資料庫目錄中儲存備份,直至累積到備份副本的最大數目或達到允許的最大磁碟空間。此時,系統會清除備份副本 (最舊的最先),直到剩餘的副本數目符合要保留的副本最小數目,以及所使用的磁碟空間數量低於磁碟空間臨界值。如果即使保留的是最小數目的副本,卻仍超出磁碟空間臨界值,則系統會清除額外的副本,直到符合臨界值。

有諸多 ics.conf 參數均可用於控制循環備份。這些參數具有預設值,並不需要進一步自訂。若要調校備份在系統中的工作方式,請參閱21.7 調校自動備份

9.2.3 啟用自動備份的高階步驟

若未在執行配置檔時配置自動備份,可稍後設定它們。本小節包含在執行配置程式後,為 Calendar Server 6.3 系統啟用自動備份時需要執行的高階步驟清單。

以下便是此高階作業清單:

9.3 設定 Calendar Server 6.3 備份的作業事件記錄檔

本小節包含設定作業事件記錄檔的簡介和說明。

本小節包含以下主題:

9.3.1 瞭解 Calendar Server 6.3 備份的作業事件記錄檔

Calendar Server 使用作業事件記錄檔擷取從上一個快照起對行事曆資料庫所做的增加、修改和刪除。實際上,在記錄檔關閉以進行寫入之後,作業事件才套用到即時資料庫。間隔參數指定關閉舊記錄檔和建立新記錄檔的頻率。

記錄檔名稱由一個末尾附有唯一編號的可配置名稱組成。

記錄檔在關閉後就可以套用至即時資料庫。這是非同步發生的,即建立記錄檔和將作業事件寫入這些記錄檔是「即時」完成的,而將作業事件套用至資料庫的程式在獨立執行,與將作業事件寫入記錄檔無關。如果系統很忙,則等待套用至資料庫的記錄檔數目會增加。如果系統有空閒時期,套用作業事件的程式有時間「趕上」,或者可能實際上處於閒置狀態,等待下一個作業事件記錄。

作業事件在套用至即時資料庫之後會套用至緊急備份快照 (如果已啟用)。記錄檔也會寫入至快照常駐的歸檔目錄。

Procedure設置作業事件記錄檔

  1. 在指令行移至 ics.conf 所在的目錄︰

    cd /etc/opt/SUNWics5/config

  2. 指定作業事件記錄名稱︰

    logfile.store.logname=storename.log

  3. 指定作業事件記錄目錄的目錄路徑︰

    預設值為:logfile.logdir="logs"

  4. 完成編輯 ics.conf 檔案之後,請重新啟動 Calendar Server︰

    cal-svr-base/SUNWics5/cal/sbin/start-cal

9.4 指定 Calendar Server 管理員的電子郵件位址

本小節包含有關設定 Calendar Server 管理員電子郵件位址的簡介和說明。

本小節包含以下主題:

9.4.1 傳送給管理員的電子郵件訊息

當發生某些事件或錯誤時,透過電子郵件通知管理員。

可產生電子郵件訊息的事件是︰

Procedure設定 Calendar Server 6.3 系統管理員的電子郵件位址

  1. 以擁有變更配置權限的管理員身份登入。

  2. 透過發出 stop-cal 指令來停止 Calendar Server 服務。

  3. 移至 /etc/opt/SUNWics5/cal/config 目錄。

  4. 透過複製及重新命名,儲存舊的 ics.conf 檔案。

  5. 編輯以下 ics.conf 參數以指定管理員的電子郵件位址:

    alarm.msgalarmnoticercpt="admin@email_address "

  6. 將檔案儲存為 ics.conf

  7. 重新啟動 Calendar Server。

    cal-svr-base/SUNWics5/cal/sbin/start-cal

9.5 啟用 Calendar Server 6.3 資料庫的緊急備份

如果您在執行配置程式時未配置 Calendar Server 6.3 資料庫的緊急備份,則可參閱本小節中有關啟用 Calendar Server 6.3 資料庫緊急備份的簡介和說明。

本小節包含以下主題:

9.5.1 Calendar Server 版本 6.3 的緊急備份是什麼?

原則上,緊急備份由已套用所有作業事件記錄 (目前正在寫入的作業事件記錄除外) 的最新快照組成。系統可根據其忙碌程度稍後再套用作業事件記錄。可能會有數個記錄檔尚未套用至資料庫或緊急備份。

這種「幾乎複製」即時資料庫的做法之意義在於:發生災難性事件或偵測到資料庫損毀時,最大限度地減少當機時間和資料遺失。

拍攝新快照時,會每隔 24 小時啟動一次新的緊急備份。驗證並保留舊的緊急備份,直至將其清除。如需更多資訊,請參閱9.2.2 如何在 Calendar Server 6.3 系統中執行循環備份

Procedure啟用 Calendar Server 6.3 系統的緊急備份

  1. 以擁有變更配置權限的管理員身份登入。

  2. 透過發出 stop-cal 指令來停止 Calendar Server 服務。

  3. 在指令行移至 ics.conf 所在的目錄︰

    cd /etc/opt/SUNWics5/config

  4. 透過將以下 ics.conf 參數設定為 "yes",啟用緊急備份︰

    caldb.berkeleydb.hotbackup.enable="yes"

  5. 指定緊急備份目錄的目錄路徑︰

    caldb.berkeleydb.hotbackup.path=
       /var/opt/SUNWics5/hotbackup_directory
    

    Calendar Server 的預設緊急備份目錄是 /var/opt/SUNWics5/csdb (Solaris) 和 /var/opt/sun/calendar/csdb (Linux)。Communications Suite 安裝程式預設會將歸檔和緊急備份目錄放在 csdb 目錄中,因為它是安裝程式所識別的慣用子目錄。


    備註 –

    由於大小問題,強烈建議 Calendar Server 管理員將歸檔和緊急備份放在 csdb 目錄以外的其他磁碟、磁碟區或磁碟分割區。


    歸檔和緊急備份目錄數是可配置的。因此,如果您選擇歸檔和緊急備份目錄各有六份,則表示它們在 csdb 目錄中具有作用中資料庫的 6 + 6 + 1 個副本。csstored 公用程式可依據 csdb 目錄內容的大小和 csdb 所在的實體磁碟,計算出必要的歸檔和緊急備份大小。

    為了方便存取,預設會在 csdb 目錄中安裝歸檔和緊急備份目錄。但在實際的部署中,也可能位於 csdb 以外的目錄。

    當主磁碟機上發生硬體故障時,您可以選擇將緊急備份放置在替代磁碟或磁碟子系統上。這樣做也可減少主磁碟機或子系統上的輸入-輸出競爭。

    如果您擁有高可用性 (high availability, HA) 配置,請將此路徑指定為共用存放區 (/global/cal/) 的子目錄。另請參閱第 6 章, 配置 Calendar Server 6.3 軟體的高可用性 (容錯移轉服務)

  6. 完成編輯 ics.conf 檔案之後,請重新啟動 Calendar Server︰

    cal-svr-base/SUNWics5/cal/sbin/start-cal

9.6 啟用 Calendar Server 6.3 資料庫的歸檔備份

如果您在執行配置程式時未配置 Calendar Server 資料庫的歸檔備份,則可參閱本小節中有關啟用 Calendar Server 資料庫歸檔備份的簡介材料和說明。

本小節包含以下主題:

9.6.1 Calendar Server 版本 6.3 的歸檔備份是什麼?

歸檔備份由一個快照及為其建立的記錄檔組成。記錄檔並非套用至快照。歸檔資料庫在清除之前一直保留於磁碟上。請參閱9.2.2 如何在 Calendar Server 6.3 系統中執行循環備份

Procedure啟用 Calendar Server 6.3 系統的歸檔備份

  1. 以擁有變更配置權限的管理員身份登入。

  2. 透過發出 stop-cal 指令來停止 Calendar Server 服務。

  3. 在指令行移至 ics.conf 所在的目錄︰

    cd /etc/opt/SUNWics5/config

  4. 透過將以下 ics.conf 參數設定為 “yes”,啟用歸檔備份︰

    caldb.berkeleydb.archive.enable=”yes”

  5. 指定歸檔檔案目錄的目錄路徑︰

    caldb.berkeleydb.archive.path=
       /var/opt/SUNWics5/archive_backup_directory
    

    當主磁碟機上發生硬體故障時,您可以選擇將歸檔備份放置在替代磁碟或磁碟子系統上。這樣做也可減少主磁碟機或子系統上的 I/O 競爭。

    如果您擁有高可用性 (high availability, HA) 配置,請將此路徑指定為共用存放區 (/global/cal/) 的子目錄。另請參閱第 6 章, 配置 Calendar Server 6.3 軟體的高可用性 (容錯移轉服務)

  6. 完成編輯 ics.conf 檔案之後,請重新啟動 Calendar Server︰

    cal-svr-base/SUNWics5/cal/sbin/start-cal

    無需停止行事曆服務即可編輯 ics.conf 檔案,但是您必須重新啟動此服務以使變更生效。