Sun Java System Calendar Server 6 2005Q4 管理指南

Procedure復原緊急備份

即時資料庫被毀壞時,應首先選擇緊急備份。若要復原緊急備份,請執行以下步驟:

步驟
  1. 識別所有未套用的或開啟以備在已損毀的即時資料庫目錄中寫入的記錄檔。

  2. 關閉開啟以備寫入的記錄。它包含最新作業事件。

  3. 建立新的 (回復) 目錄。

  4. 將目前的緊急備份副本複製到新的回復資料庫目錄中。

  5. 將已毀壞的即時資料庫目錄中的 log.* 檔案複製到新的回復資料庫目錄中。

  6. 如果您保留了資料庫的歸檔檔案副本,請將尚未套用於即時資料庫的記錄複製到歸檔檔案目錄,這樣您的歸檔檔案備份副本就完整了。

  7. 配合執行 db_recover 與針對新的回復資料庫指定的 -c -h 選項。

    例如,如果新的回復目錄名為 recoverydb,則指令將如下所示:

    db_recover -c -h recoverydb

  8. log.* 檔案保留在新的回復目錄中。

    db_recover 程式將記錄檔套用於新的回復資料庫,但是從 4.2 版開始,Berkeley DB 要求保留這些記錄檔。

  9. 對新的回復目錄中的資料庫檔案執行 db_verify

    如需說明,請參閱檢查行事曆資料庫是否損毀

  10. 對新的回復目錄執行 csdb -v list

  11. 如果新的回復目錄通過了前面所有三個回復步驟,請用新的回復資料庫替代舊的已損毀的即時資料庫。

  12. 將新的即時資料庫複製到緊急備份目錄中,以做為新的快照執行。

    在拍攝下個常規快照之前,所有新記錄將被套用於此副本。

  13. 啟動 CalendarServer。

  14. 如果新的回復目錄在任何一個步驟中失敗,請按照如下說明識別未毀壞的更舊的緊急備份:

    1. 向後執行緊急備份,透過依次在每個緊急備份上執行 db_verifycsdb -v list 尋找未毀壞的最新副本。

    2. 通過的第一個緊急備份可以被復原至即時資料庫目錄。

      使用未使用的緊急備份替代已毀壞的即時資料庫,如復原緊急備份中所述。(請務必首先閱讀復原之前。)

    3. 如果無緊急備份可用且您沒有可嘗試的歸檔檔案備份,請致電技術支援。如果您有歸檔檔案備份,請遵照復原歸檔檔案備份之後的程序。(另請參閱復原之前。)