執行模擬測試

步驟

1. 在展示伺服器上安裝 Calendar Server 6 (如有必要)。

2. 將行事曆資料庫的快照複製到展示伺服器中。

3. 透過執行以下工作在展示伺服器上模仿生產 LDAP 環境：

   • 安裝 Directory Server。

   • 在此伺服器上安裝 LDAP 資料庫的快照。

4. 執行 comm_dssetup.pl 以配置展示 Directory Server。

5. 執行 csconfigurator.sh 以配置展示 Calendar Server。

6. 以 icsuser 的身份登入 (或者，如果不同，以配置期間指定的 Calendar Server 執行階段使用者 ID 的身份登入)。如果您以超級使用者 (root) 的身份執行 csmig，則可能需要重設遷移檔案的權限。

7. 變更至 cal_svr_base/SUNWics5/cal/sbin 目錄。

8. 執行 csdb check 指令以檢查資料庫是否有損毀。如果指示資料庫已毀壞，請執行 csdb rebuild 指令以重建資料庫。

9. 考量為不具有所有者的使用者行事曆建立 catchall calid。例如，以下指令將建立 calid 為 orphan 的使用者：

   ./csuser -g orphan -s adminuser -y password -l en -c orphan create orphan

10. 使用 stop-cal 指令停止 Calendar Server (如有必要)。

    cal_svr_base/SUNWics5/cal/sbin/stop-cal

11. 使用 dryrun 選項執行 csmig。例如，您可以輸入︰

    ./csmig -b sesta.com -o csmig.out -e csmig.errors
     -m csmig.map -c orphan -r calmaster dryrun

    此指令將不具有所有者的使用者行事曆 (無主行事曆) 指定給所有者 orphan，將不具有所有者的資源行事曆指定給所有者 calmaster。

12. 檢查輸出對映檔案 (csmig.map)。對映檔案列出 LDAP 模式中需要更新的項目。

13. 檢查輸出檔案、對映檔案與錯誤檔案。解決您發現的所有 LDAP 問題或錯誤。在實際遷移之前，決定如何處理所有未解決的行事曆。有以下選項可供選擇：

    • 在遷移之前，刪除所有不需要的行事曆。

    • 為所有未解決的行事曆指定所有者。

    • 在遷移期間，允許 csmig 使用 -c 與 -r 選項為行事曆指定所有者。

14. 執行 csmig 以遷移展示行事曆資料庫。

    例如，以下指令可將行事曆資料庫遷移至 /var/opt/SUNWics5/testcsdb/ 目錄：

    ./csmig -t /var/opt/SUNWics5/testcsdb/ -b sesta.com 
    -o csmig.out -e csmig.errors -m csmig.map -c orphan 
    -r calmaster migrate

15. 完成測試遷移後，請執行以下步驟以檢查新遷移的行事曆資料庫。

    1. 將遷移資料庫複製到 caldb.berkeleydb.homedir.path 參數指定的 /csdb 目錄中。或者，編輯此參數以指向遷移資料庫的新位置。

    2. 對新的行事曆資料庫執行 csdb check。遷移資料庫中的事件數與待辦事項數應該與遷移前資料庫中的總數相符。

    3. 搜尋 icsCalendarOwned 項目，並確定這些項目與遷移前的行事曆數目相符。

    4. 登入 Communications Express，並驗證某些行事曆是否存在於遷移資料庫中。

       如果測試遷移成功，您便可以遷移生產資料庫。