test

Sun Java System Calendar Server 6.3 管理指南

Procedure復原緊急備份

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

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

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

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

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

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

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

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

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

    db_recover -c -h recoverydb

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

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

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

    1. 使用以下指令停止 Calendar Server。

      cd /opt/SUNWics5/cal/sbin

      ./stop-cal

    2. 使用以下指令建立 Calendar Server 資料庫 (csdb) 的另一個副本。

      cp -Rp /var/opt/SUNWics5/csdb /var/opt/SUNWics5/csdb.db_verify

    3. 在 csdb 的副本上執行 db_verify。

      備註 –

      不要在原始 csdb 上執行 db_verify。

      LD_LIBRARY_PATH=/opt/SUNWics5/cal/lib
export LD_LIBRARY_PATH
cd /opt/SUNWics5/cal/tools/unsupported/bin
./db_verify -h /var/opt/SUNWics5/csdb.db_verify ics50alarms.db
./db_verify -h /var/opt/SUNWics5/csdb.db_verify ics50calprops.db
./db_verify -h /var/opt/SUNWics5/csdb.db_verify ics50events.db
./db_verify -h /var/opt/SUNWics5/csdb.db_verify ics50gse.db
./db_verify -h /var/opt/SUNWics5/csdb.db_verify ics50journals.db
./db_verify -h /var/opt/SUNWics5/csdb.db_verify ics50recurring.db
./db_verify -h /var/opt/SUNWics5/csdb.db_verify ics50todos.db
./db_verify -o -h /var/opt/SUNWics5/csdb.db_verify ics50deletelog.db
      備註 –

      對 ics50deletelog.db 以 -o 選項執行 db_verify。

      如果 db_verify 順利完成執行，您將不會得到任何錯誤訊息。如果資料庫檔案毀壞，它會丟出錯誤訊息。例如：


      ./db_verify -h /var/opt/SUNWics5/csdb.db_verify ics50todos.db
db_verify:Page 612: last item on page sorted greater than parent entry
db_verify: Page 612: incorrect next_pgno 885 found in leaf chain (should be 501)
db_verify: Page 0: page 501 encountered a second time on free list
db_verify: DB->verify: ics50todos.db: DB_VERIFY_BAD: Database verification failed

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

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

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

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

  13. 啟動 CalendarServer。

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

    1. 向後查找您的緊急備份，依次在每個緊急備份上執行 db_verify 和 csdb -v list 來尋找未毀壞的最新副本。

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

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

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